EVENT LOG FOR SITE B1J Most recent activity to be listed first. First line of each entry lists date, time and who is reporting. Subsequent lines of each entry aligned under Time column. Do not use tabs, only spaces. Date Time Who What ---------- ----- -------- ----------------------------------------------- 12/31/2003 12:00 Dave We recently learned that the Corps of Engineers plans to disable orifice passage of juvenile salmonids at the Bonneville Dam 1st Powerhouse (BON-1) in 2004. Thus, there likely will be no sampling for those salmonids in the BON-1 downstream migrant channel (DSM1), and no operation of the B1J PIT tag interrogation system in 2004. 11/17/2003 16:35 Dave Scott is disabling automated file uploads from the active interrogation data platforms at all inactive fish facilities. I have disabled file checking in etc/sites for these locations. Automated uploads (and file checking) will resume when the firewall issue is resolved. 11/13/2003 08:18 Darren_C The platform has not loaded since Friday at 15:07. The platform was rebooted on friday and files were sent manually by Alan B. There was a "TAPI" error which deals with the telephony or dial-up. We could be due to a lost dial tone. PTOC personnel will be on sight Friday to solve this issue. I also spoke with Tammy Mackey yesterday and she informed that they were going to be making a decision regarding the use of DSM-1 for the upcoming season. I will post the news when it is received. 11/11/2003 08:28 D._Chase This site was checked on Friday and had to be rebooted to clear a "TAPI" error. It is possible that the error has occurred again. This site is not currently in data collection so the issue will be dealt with on the next site visit. 11/07/2003 12:51 Alan PC1 was locked up with two errors: TAPISRV - illegal operation, shut down Multimon - Error initializing event log 326 - Resource with identifier 'VERSION' not found. I re-booted the machine, sent the que'd files, and all is well. 11/03/2003 13:14 Darren_C I have tried to PCA into PC1 with no luck, but I was able to get into PC2. The site is not currently in a collection mode and this will be looked into on the next site visit on Friday. 10/09/2003 12:13 Dave As requested by Don, I modified etc/sites for this (inactive) site to redirect any "Problems with remote data sites..." messages to Kennewick staff only. I will incorporate this task into the SOP document for inactive sites. 09/19/2003 16:29 Dave I disabled site checking. 09/19/2003 16:19 Troy PTOC personnel are aware that B1J's last data submission was on Fri Sep 19 6:10:56 PST 2003. B1J is currently not monitoring fish and this issue will be addressed on the next site GMC. 09/06/2003 11:33 alan@ree 02:TestTagFailure: The readers unexplicably went into scan mode and back out in two seconds. 08/30/2003 09:57 darren@r 02:TestTagFailure: Someone had placed the readers into scan mode but I could see anything about going in standby but that is where both transceivers are now. PTOC may want to revisit the idea of shutting down the PC's just incaser they reboot and the PLC tries to place the readers in read mode. 08/21/2003 10:25 Darren_C I inspected the site on 8-20-03 to find out why the site had loaded files. I found and confirmed that the PSMFC SMP had been in the room where the DCP is located and had painted the floor. The DCP was moved and although nothing was "unplugged" according to Dean B. there was a connection problem on the phone line for PC1, PTOC personnel will need to address this connection for intermittence. PC2 however was locked up and had to be rebooted at which time the driver for the Rocketport card was some how "lost", I had to reload the driver and reboot the CPU to re-establish communications with the transceivers. 08/19/2003 08:31 Alan RE: b1j: Last data submission was received on Mon Aug 18 9:08:17 PST 2003 I tried to PCA into both PC1 and PC2 with no success. Contact is being made with Corp personnel. B1J is not in service at this time so no fish should be missed. A GMC is scheduled for tomorrow and this will be addressed then if not resolved today. 08/01/2003 10:55 darren@r 01:TestTagFailure,02:Overrun: It appears that the flat plate readers were actually placed inot a "standby" mode sometime around 15:00 on 7-31-03. The flat plate is de-commissioned for the season according to Dean Ballinger's posting on 7-31-03. 07/31/2003 09:57 Dean_Bal PIT tag interrogation at B1J concluded for the 2003 passage season at 0730 on 31 July. 07/30/2003 13:31 Dean_Bal The Flat Plate was placed in "standby mode" from approximately 2350 on 29 July through 0750 on 30 July. The Flat Plate was removed from service as no one was available to monitor the system during that 8 hour time period. 07/30/2003 10:31 Dean_Bal PIT tag interrogation will conclude for the season at B1J around 0800 on Thursday, 31 July. 07/24/2003 08:17 darren@r 01:Overrun,01:TestTagFailure,02:Overrun,02:TestTagFailure: It appears that the alarms are being generated by site operations. The SDS cleaner does cause the overrun conditons and the test failures are caused by the readers being put into scan mode while the flat plate is being moved. 07/23/2003 10:21 Dean_Bal Flat Plate precautionary removals for 21-22 July 21 July: outage 2238-0015 for channel level sensor problem 22 july: outage 0917-0940 for high water; 1435-1445 for high water 07/21/2003 08:52 darren@r 02:Overrun: Alarm generated by site operations. 07/17/2003 15:45 darren@r 01:TestTagFailure,02:Overrun: Alarms caused by site operations. 07/17/2003 15:45 darren@r 01:TestTagFailure,02:Overrun: Alarms caused by site operations. 07/17/2003 15:45 darren@r 02:Overrun: Alarm was generated by site operations. PSMFC is aware of this ongoing alarm. 07/17/2003 15:45 dlwarf@r 02:Overrun: ok 07/16/2003 14:55 Dean_Bal Flat Plate precautionary removals for 14 July: outage 0840-0903 for high water 07/14/2003 10:46 darren@r 01:TestTagFailure,02:Overrun: 01:TestTagFailure,02:Overrun: Alarms caused by site operations. 07/14/2003 10:46 darren@r 01:TestTagFailure,02:Overrun: Alarms were generated by site operations. PTOC personnel are aware of these ongoing alarms. 07/14/2003 10:23 Dean_Bal Flat Plate precautionary removals for 11-12 July: 11 July: outage 0204-0214 for high water 0345-0350 for low water 12 July: outage 1630-1640 for high water 07/11/2003 08:09 darren@r 02:Overrun: Alarm was generated by facility operation. Generally the overrun condition is caused when the SDS cleaner has been ran. 07/10/2003 21:35 Don_Warf Visited site for a general maint. check. No problems were found. Replaced incandescent bulb for the flat plate On / Off switch with a LED cluster lamp. 07/10/2003 08:47 darren@r 01:TestTagFailure,02:Overrun: The test tag failure on coil 01 is caused by SMP operations. They are putting the readers back into scan mode as the flat plate is being lowered into detection position. The alarms on coil 02 are being caused by the SDS cleaner and being in scan mode while the flat plate is being lowered into detection position. 07/03/2003 07:50 darren@r 01:TestTagFailure,02:Overrun: Alarms were generated by plant operations. The "overrun" conditions are generated by the SDS cleaner. 07/02/2003 10:59 darren@r 02:Overrun: Alarm was generated by facility operations. The "overrun" condition is a result of outside interference caused by the SDS cleaner. 07/01/2003 10:01 darren@r 02:Overrun: Alarms were generated by the operation of the SDS cleaner. This will be an ongoing event. 06/30/2003 11:47 Dean_Bal Due to shifting of Bonneville powerhouse unit priority to PH2 and lack of unit generation at PH1, it is probable that no sampling will occur at PH1 (B1J) for the remainder of the 2003 passage season. Thus, any abnormal- ities associated with B1J Flat Plate ops WILL NOT be the result of sampling operations. 06/29/2003 07:57 darren@r 02:Overrun: It appears that the alarm is being generated by the SDS cleaner. Both coils are at 100% noise but only coil 02 is going into an overrun condition. 06/28/2003 08:21 darren@r 01:TestTagFailure,02:Overrun: These alarms appear to be caused by operation procedure. 06/27/2003 09:28 scottl@r 02:Overrun: These alarms are occurring during the operation of the SDS. This is a known state when the SDS is running. 06/26/2003 14:47 darren@r 01:BadExcFreq,01:BadOscFreq,01:LowExcCurrent,01:TestTagFailure,02:Overrun: The alarms that were generated on 6-23-03 were caused by PTOC personnel doing maintenance. The test tag failure on 01 is generally being caused by the reader being put back into scan mode and the flat plate still in the process of being lowered back into place, thus the noise to high to fire the timer tag. 06/25/2003 14:08 ptagdev@ 01:BadExcFreq,01:BadOscFreq,01:LowExcCurrent,01:TestTagFailure: Testing 'PostMessageOnly'. Doug Clough 06/25/2003 13:56 ptagdev@ 02:TestTagFailure: Testing 'AckAndPost'. Doug Clough 06/25/2003 13:54 ptagdev@ 02:BadExcFreq,02:BadOscFreq,02:LowExcCurrent,02:Overrun: Testing 'AckAndPost'. Doug Clough 06/25/2003 13:51 ptagdev@ 01:BadExcFreq,01:BadOscFreq,01:LowExcCurrent,01:TestTagFailure,02:BadExcFr eq,02:BadOscFreq,02:LowExcCurrent,02:Overrun,02:TestTagFailure: Testing 'PostMessageOnly'. Doug Clough 06/25/2003 13:48 ptagdev@ 01:BadExcFreq,01:BadOscFreq,01:LowExcCurrent,01:TestTagFailure,02:BadExcFr eq,02:BadOscFreq,02:LowExcCurrent,02:Overrun,02:TestTagFailure: Testing 'PostMessageOnly'. Doug Clough 06/25/2003 13:48 ptagdev@ 01:BadExcFreq,01:BadOscFreq,01:LowExcCurrent,01:TestTagFailure,02:BadExcFr eq,02:BadOscFreq,02:LowExcCurrent,02:Overrun,02:TestTagFailure: Testing 'PostMessageOnly'. Doug Clough 06/25/2003 12:10 Dave We're not sure the flat plate was actually "placed" in standby. There may be some system fault. Also, the flat plate was out of action while the trap was actually 'trapping' between 1500 and 2300h on 6/23. 06/25/2003 12:06 Darren_C I was alerted by SMP personnel on 6-24-03 that the flat plate had been placed in "standby" (no detection) at 18:46 on 6-23-03 and was not discovered until 7:55 on 6-24-03 at which time it was placed back into a "scan" ( scanning for pittags). 06/25/2003 12:01 Flat_Pla On Monday 6-23-03 Sean Casey and Myself were on site to try and figure out what was the cause of the extreme noise that was seen on coil 02 from the previous week. When we arrived the noise floor on coil 02 was about 90% and it was unable to read tags. We had suspected that there may be a problem with the capacitor bank associated with this coil. The flat plate was removed from the water at approximately 13:00 hrs. We were inspecting the flat plate when it was discovered by Sean that the PVC cap for the capacitor bank on coil 02 could not be removed because the side rail mounted on the flat plate had been pushed over and wedged up against the PVC cap. It was then noticed that the front (most upstream) bolts were loose and the rail was physically movable and there was a noticeable gash in the fiberglass rail. We readjusted the rail so that the PVC cap could be removed and the capacitors were removed. Once the capacitors were free the noise problems disappeared. We sumized that the rail being up against the PVC cap was transferring any vibrations right to the coil and connector wires. After further inspection we found that all rail bolts were not tight as well all bolts were tightened. This will become part of the site GMC's when possible to raise the flat plate and check all the bolts. When the capacitor banks were put back into the holders we tried to cushion from the PVC walls as well as keeping the coil and connector wires separated. We discovered that when placing the wires back into the holder the wires the noise would come and go depending on the placement of the wires in the cavity of the flat plate. We stabilized the system and returned the flat Plate to production this was done at about 16:00 hrs. I would return the next day to finish all the touch up work that was needed. Sean and I found during our inspection some items that may be contributing to some of the noise spikes that we are seeing and also some structural things that may need to be addressed. There are also some things that will be added to the list for PTOC personnel to perform while on site for a General Maintenance Check. The following things are what was discovered during the inspection. 1. Bolts coming loose from vibration. Sean and I discussed using some "blue" loctite possibly to secure the bolts but they will still need to be checked by PTOC personnel about every 2 weeks for tightness. I will also have to talk with Sean about the use of loctite and what affects it will have on the plastic, loctite will crystallize some plastics. 2. Rails Moving. We discovered that the rail closest to the Capacitor bank had become loose at the top to the point where it was movable by hand, this also caused the bottom end to wedge up against the Capacitor bank holder. The rail was moved back into place and the bolts were tightened. Sean is working on some torque specs for all the bolts as well as the hexhead bolts for the end plate. We also discussed possibly using some UHMW underneath the rails to help with vibrations that may be caused by the SDS and LDS. 3. I think we discovered the cause of the "Gap" that happens sometimes when the Small Dewatering Screen (SDS) is lowered back into place on the flat plate. The ends of the rails that are most upstream have a slope that allows the SDS to ride down onto. When the air pressure on the RAM's for the SDS is bled off it is possible for the SDS to ride back up on the flat plate. 4. It is very important to keep the wires on the capacitor bank separated as best as possible and to cushion the bank from the PVC sidewalls. This will help with noise that is being transferred through the PVC and onto the wires. 5. The brackets for the UHMW that helps flow the water coming off the end of the flat plate down into the channel rather than have it go up against the cement wall may possibly be moved. They are now bolted to the side rails but if we move them to the actual sides of the flat plate this may help in minimizing the vibration noise if the rail happens to come into contact with the PVC capacitor holder. 6. The flat plate does not appear to be level. After looking at it from side to side it does not seem level this could be causing some de-tuning on coil 02 when water levels change and there is a very small amount of water flowing over the flat plate, because only a portion of the coil is covered. I do not know how to rectify this condition but I will contact Tammy Mackey on the next site visit and see if the COE personnel have any ideas or concerns on how this can be changed. As of 13:30 on 6-24-03 the flat plate has been in a production mode. We may need to "null" the coils on the next site visit if the we start to see noise on both coils. 06/20/2003 08:25 Darren This site was visited yesterday for GMC. After checking the CER I noticed that the efficiencies for coil 02 had fallen to 55%. When I arrived on site the noise floor on the transceiver was between 60 and 90. We checked and adjusted the null and there was no better results, but we noticed that we overshot the null ( the null changes when the flat plate is lowered back into the water). We readjusted the null for the water changeand checked the noise floor again but there was no change. We swapped the transceiver cables it appeared that the noise followed the coil. We spoke with Sean Casey from Destron-Fearing and he suggested that we swap the entire cable to see if the cable may have been damaged. The cables were swapped but the noise still remained with coil 02. The noise from coil 02 was bleeding over to coil 01 so it was decided that until Monday transceiver 02 would be turned "OFF" until Myself and Sean Casey can meet on Monday to see if there is a cause and a solution to this problem. 06/11/2003 23:21 D._Chase At 11:50 pst today the flat plate was taken out of the water so that PTOC personnel could do some maintenance work to the coils. The flat plate was put back into an interrogation mode at 13:50 on the same day. We will be monitoring this site for further improvements due to the work that was done. 06/10/2003 08:21 darren@r 01:LowExcCurrent,01:Overrun,02:Overrun: This site will be checked for tuning and null of coils tomorrow during site GMC visit. 06/09/2003 08:03 darren@r 01:LowExcCurrent,02:Overrun,02:TestTagFailure: PTOC staff will be discussing some potential fixes for the Flat Plate Monday 6-9-03. 06/07/2003 06:58 darren@r 01:LowExcCurrent,01:Overrun,01:TestTagFailure,02:Overrun,02:TestTagFailure : This site was checked on Thursday when PTOC personnel was on site for GMC. I found that the "overrun" condition was due to the Small Dewatering Screen cleaner, when it was ran transceiver 02 would go into an overrun condition. I did as much as I could to the transceiver without changing the read range. PTOC staff will discuss possible solutions on Monday. 06/05/2003 11:21 darren@r 01:TestTagFailure,02:Overrun,02:TestTagFailure: This site will be visited today for GMC and we will be investigating the "overrun" condition. It appears that the Small Dewatering Screen Cleaner maybe what is causing the overrun condition so we will test this to verify. 06/04/2003 08:11 darren@r 01:TestTagFailure,02:Overrun: This site will be visited tomorrow for site GMC's. I will try to address the "overrun" condition on coil 02. 06/04/2003 05:01 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/04 01:34:58 06/04/2003 05:01 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/04 01:34:58 06/04/2003 05:01 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/04 01:14:23 06/04/2003 05:01 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/04 01:14:23 06/04/2003 05:01 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/04 00:37:22 06/04/2003 05:01 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/04 00:37:22 06/04/2003 05:01 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/04 00:22:09 06/04/2003 05:01 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/04 00:22:09 06/03/2003 22:38 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/03 19:03:49 06/03/2003 22:38 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/03 19:39:59 06/03/2003 22:38 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/03 19:39:59 06/03/2003 22:38 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/03 19:03:49 06/03/2003 08:47 darren@r 01:LowExcCurrent,01:Overrun,01:TestTagFailure,02:LowExcCurrent,02:Overrun, 02:TestTagFailure: This site was visited yesterday due to low efficiencies on coil 02. The transceiver was replaced to see if there was a problem with the transceiver. The "overrun" conditions still seem to exist, I am not sure what the direct cause may be. Most of these alarms were generated by PTOC personnel. 06/03/2003 08:28 Darren_C Due to low efficiency numbers that were viewed from Sundays reports, Troy and I traveled to B1J to investigate what the cause may have been. After checking the transceivers and the "null" on both coils we could not see any immediate cause for low efficiencies. As a test the transceiver on coil 02 was replaced. There were quite a few "overrun" alarms on this transceiver so we will be watching to see if this problem persists. I did notice one anomaly that occurred while testing transceiver for 02, after cycling the power the transceiver appeared to be tuned but when a tag was placed in the field there was no response from the processor, what I mean is that the FDXB was seeing the tag signal but the processor was "ignoring" the signal being sent to it. I will talk with Destron-Fearing to find out if they would like to see this unit. 06/03/2003 04:43 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 22:07:15 06/03/2003 04:43 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 22:07:15 06/03/2003 04:43 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 21:02:49 06/03/2003 04:43 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 21:02:49 06/03/2003 04:43 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 21:01:49 06/03/2003 04:43 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 21:01:49 06/02/2003 23:02 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 20:54:59 06/02/2003 23:02 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 20:54:59 06/02/2003 23:02 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 19:48:44 06/02/2003 23:01 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 19:48:44 06/02/2003 23:01 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 19:26:28 06/02/2003 23:01 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 19:26:28 06/02/2003 23:01 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 18:28:59 06/02/2003 23:01 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 18:28:59 06/02/2003 23:01 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 18:00:10 06/02/2003 23:01 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 18:00:10 06/02/2003 23:01 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 18:00:09 06/02/2003 23:01 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 18:00:09 06/02/2003 19:57 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 17:33:44 06/02/2003 19:57 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 17:33:44 06/02/2003 19:57 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 15:42:43 06/02/2003 19:57 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 15:42:43 06/02/2003 19:57 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 15:34:17 06/02/2003 19:57 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 15:34:17 06/02/2003 19:56 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 12:49:01 06/02/2003 19:56 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 12:48:54 06/02/2003 19:56 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 12:06:30 06/02/2003 19:56 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 12:06:28 06/02/2003 19:56 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 12:00:53 06/02/2003 14:03 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 11:58:46 06/02/2003 14:03 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 11:58:41 06/02/2003 14:03 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 11:55:26 06/02/2003 14:03 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 09:26:53 06/02/2003 14:03 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 09:26:53 06/02/2003 14:02 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 09:15:03 06/02/2003 14:02 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 09:15:03 06/02/2003 14:02 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 03:20:31 06/02/2003 14:02 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/02 03:20:30 06/02/2003 14:02 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 03:18:07 06/02/2003 14:02 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/02 03:18:07 06/01/2003 23:26 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/01 17:25:33 06/01/2003 23:26 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/01 17:25:33 06/01/2003 23:26 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/01 16:32:03 06/01/2003 23:26 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/01 16:32:03 06/01/2003 23:25 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/01 15:52:18 06/01/2003 23:25 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/01 15:52:18 06/01/2003 23:25 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/01 15:13:16 06/01/2003 23:25 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/01 15:13:16 06/01/2003 23:25 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/01 10:03:57 06/01/2003 23:25 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/06/01 10:03:57 06/01/2003 23:25 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/01 09:41:01 06/01/2003 23:24 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/06/01 09:41:01 05/31/2003 16:48 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/31 13:26:06 05/31/2003 16:48 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/31 13:26:06 05/31/2003 16:48 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/31 13:19:01 05/31/2003 16:48 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/31 13:19:01 05/31/2003 08:02 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/31 04:06:42 05/31/2003 08:02 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/31 04:06:42 05/31/2003 08:02 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/31 04:04:48 05/31/2003 08:02 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/31 04:04:48 05/30/2003 23:03 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/30 19:31:54 05/30/2003 23:03 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/30 19:31:54 05/30/2003 23:03 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/30 19:16:09 05/30/2003 23:03 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/30 19:16:09 05/30/2003 23:03 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/30 19:16:08 05/30/2003 23:03 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/30 19:16:08 05/30/2003 23:03 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/30 19:09:03 05/30/2003 23:03 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/30 19:09:03 05/30/2003 08:06 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 19:05:19 05/30/2003 08:06 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 19:05:19 05/30/2003 08:06 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 18:41:13 05/30/2003 08:06 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 18:41:13 05/30/2003 08:06 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 18:25:10 05/30/2003 08:06 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 18:25:10 05/30/2003 08:06 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 18:16:46 05/30/2003 08:06 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 18:16:46 05/30/2003 08:06 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 17:22:42 05/30/2003 08:06 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 17:22:42 05/30/2003 08:06 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 16:59:18 05/30/2003 08:06 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 16:59:18 05/30/2003 08:06 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 16:37:25 05/30/2003 08:06 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 16:37:25 05/30/2003 08:06 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 16:14:51 05/30/2003 08:06 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 16:14:51 05/30/2003 08:05 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 15:31:05 05/30/2003 08:05 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 15:31:05 05/30/2003 08:05 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 14:57:03 05/30/2003 08:05 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 14:57:03 05/29/2003 08:30 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 04:39:42 05/29/2003 08:30 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 04:39:42 05/29/2003 08:30 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 04:20:57 05/29/2003 08:30 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 04:20:57 05/29/2003 08:30 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 04:09:33 05/29/2003 08:30 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 04:09:33 05/29/2003 08:30 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 03:29:13 05/29/2003 08:30 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 03:29:13 05/29/2003 05:10 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 01:50:18 05/29/2003 05:10 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/29 01:50:18 05/29/2003 05:10 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 01:37:33 05/29/2003 05:10 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/29 01:37:33 05/28/2003 23:10 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/28 20:12:40 05/28/2003 23:10 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/28 20:12:40 05/28/2003 23:10 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/28 20:04:43 05/28/2003 23:10 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/28 20:04:43 05/28/2003 23:10 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/28 20:04:41 05/28/2003 23:10 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/28 20:04:41 05/28/2003 23:10 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/28 19:41:17 05/28/2003 23:10 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/28 19:41:17 05/28/2003 23:10 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/28 17:28:25 05/28/2003 23:10 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/28 17:28:25 05/28/2003 23:10 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/28 17:07:24 05/28/2003 23:10 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/28 17:07:24 05/28/2003 17:06 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/28 13:09:37 05/28/2003 17:06 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/28 13:09:37 05/28/2003 14:16 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/28 10:46:43 05/28/2003 14:16 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/28 10:46:43 05/27/2003 22:54 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/27 18:44:55 05/27/2003 22:54 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/27 18:44:55 05/27/2003 22:54 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/27 18:21:50 05/27/2003 22:54 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/27 18:21:50 05/27/2003 14:44 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/27 09:23:33 05/27/2003 14:44 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/27 09:23:33 05/27/2003 14:44 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/27 09:11:14 05/27/2003 14:44 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/27 09:11:14 05/27/2003 01:58 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 21:16:54 05/27/2003 01:58 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 21:16:54 05/27/2003 01:58 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 21:06:36 05/27/2003 01:58 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 21:06:36 05/27/2003 01:58 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 21:05:10 05/27/2003 01:58 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 21:05:10 05/27/2003 01:58 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 21:02:18 05/27/2003 01:58 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 21:02:18 05/26/2003 22:45 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 19:29:08 05/26/2003 22:45 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 19:29:08 05/26/2003 22:45 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 19:21:57 05/26/2003 22:45 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 19:21:57 05/26/2003 22:45 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 19:11:33 05/26/2003 22:45 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 19:11:33 05/26/2003 22:45 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 18:50:44 05/26/2003 22:45 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 18:50:44 05/26/2003 19:44 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 17:54:36 05/26/2003 19:44 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 17:54:36 05/26/2003 19:44 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 17:11:26 05/26/2003 19:44 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 16:17:53 05/26/2003 19:44 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 17:11:26 05/26/2003 19:44 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 16:17:53 05/26/2003 19:44 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 16:12:16 05/26/2003 19:44 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 16:12:16 05/26/2003 19:44 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 15:31:10 05/26/2003 19:44 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 16:12:15 05/26/2003 19:44 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 16:12:15 05/26/2003 19:44 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 15:31:10 05/26/2003 16:50 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 12:29:58 05/26/2003 16:49 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 12:29:58 05/26/2003 16:49 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 12:29:13 05/26/2003 16:49 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 12:29:13 05/26/2003 14:09 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 10:42:22 05/26/2003 14:09 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 10:42:22 05/26/2003 14:08 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 10:41:29 05/26/2003 14:08 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 10:41:29 05/26/2003 14:08 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 09:02:11 05/26/2003 14:08 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/26 09:02:11 05/26/2003 14:08 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 09:00:51 05/26/2003 14:08 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/26 09:00:51 05/26/2003 13:52 scottl@r 01:LowExcCurrent,01:Overrun,01:TestTagFailure,02:Overrun: The overrun conition for coil 023 is more than likely caused by the screen cleaner motor. Not sure of this , just a hunch. Will investigate further this week. 05/26/2003 02:15 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/25 21:04:30 05/26/2003 02:15 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/25 21:04:30 05/25/2003 19:34 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/25 15:05:32 05/25/2003 19:34 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/25 15:05:32 05/23/2003 22:38 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/23 19:48:44 05/23/2003 22:38 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/23 19:48:44 05/23/2003 22:38 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/23 19:17:59 05/23/2003 22:38 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/23 19:17:59 05/23/2003 13:29 Dave I backfilled one 14.8-hour hole and one 11-minute hole in the B1J-PC1 data record for May 17 with raw or cropped files obtained from B1J-PC2. 05/22/2003 22:45 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/22 19:34:01 05/22/2003 22:45 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/22 19:34:01 05/22/2003 22:45 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/22 19:15:36 05/22/2003 22:45 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/22 19:15:36 05/22/2003 19:54 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/22 16:42:37 05/22/2003 19:54 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/22 16:42:37 05/22/2003 19:54 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/22 16:03:08 05/22/2003 19:54 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/22 16:03:08 05/22/2003 19:54 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/22 15:45:01 05/22/2003 19:54 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/22 15:45:01 05/22/2003 19:54 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/22 15:00:58 05/22/2003 19:54 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/22 15:00:58 05/22/2003 10:50 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/22 06:41:30 05/22/2003 10:50 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/22 06:41:30 05/22/2003 10:50 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/22 06:39:31 05/22/2003 10:50 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/22 06:39:31 05/22/2003 08:05 darren@r 01:LowExcCurrent,01:TestTagFailure: It appears that the flat plate may have been moved or SDS cleaner was running. I will check some raw files to be sure. 05/22/2003 07:43 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/22 03:15:40 05/22/2003 07:43 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'STANDBY' to 'SCAN' at 2003/05/22 03:15:40 05/22/2003 07:43 DGE_Robo Coil_02_Mode (Coil_02_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/22 03:05:07 05/22/2003 07:43 DGE_Robo Coil_01_Mode (Coil_01_Mode) changed from 'SCAN' to 'STANDBY' at 2003/05/22 03:05:07 05/21/2003 12:45 darren@r 01:LowExcCurrent,01:TestTagFailure,02:Overrun,02:TestTagFailure: Site was checked and tuned today during a site GMC. These alarms are being created mostly while other machinery is running. We are aware of some equipment interference. 05/21/2003 12:15 Dave Darren confirmed that B1J-PC2 shares a phone line with the voice handset. Previous attempts to pcA into B1J-PC2 may have been intercepted by SMP personnel on site. To prevent future interceptions, Darren disconnected the phone line at the handset. This will prevent the phone from ringing when we're trying to connect to the modem, and disconnecting the line at the phone prevents anybody from "accidentally" plugging their own phone into a vacant RJ-12 jack on the wall. The hand set should remain unplugged EXCEPT when PTAGIS voice communications are necessary. 05/21/2003 08:59 Nadia Yesterday, I upgraded MiniMon on B1J to the next version, 1.2.13, and the error message went away. 05/19/2003 10:14 darren@r 01:LowExcCurrent,01:Overrun,02:Overrun,02:TestTagFailure: This site will be checked on the next site visit. It does appear that there may a problem with the test tag on coil 02. I will also be backing off the noise report delay now that the number of pittag's is increasing. I noticed on a few occassions that the test was aborted to due toi system activity. 05/19/2003 10:05 Darren_C I have tried to PCA into PC2 with the number (541) 374-2105 which I believe is actually connected to the PC but I keep receiving the "disconnected" message from the phone company. I will have to check this out on the next visit to the facility. I will also verify how many lines I have at this site. 05/18/2003 18:53 Dave By checking the "Recent Interrogation File Load Status" report on the PTOC Central internal_use page, I discovered that we had not heard from B1J (again) since 9:00 am this morning. I pcA'd in to B1J-PC1, and was greeted with an error message. I wrote it down this time. "Error initializing event log: 326 - Resource with identifier 'VERSION' not found". Cleared error. Site was collecting data. At 17:16:45 I stopped and restarted data collection, to make sure I wrote the current file to disk. Since we don't have WinCmdr loaded to B1J-PC1, I didn't have a non-destructive viewer with which to inspect the contents of the files in the data directory. At 17:20:12 I shut down the current file, and exited and then restarted MiniMon. I then uploaded all outstanding data files to PTAGIS, and exited my pcA session. I used the "Interrogation Files Received, not Loaded" link from the internal_use page to view the contents of the files. It appears there is no hole in data collection. I noticed that B1J03138.D appears to be normal in format and content; it opened at 9:00 and closed at 12:00. B1J03138.E is the file I pcA'd into; it has no message entries from the time it opened at 12:00 until I cleared the error message at 17:16. After that point, and in the subsequent file (B1J03138.F), messages appear interspersed with interrogation records, as expected. Site now appears to be functioning properly (until the next time). 05/18/2003 11:53 Dave Well, I'm not as smart as I thought. I did NOT retrieve the "big" B1J03137.B file from B1J-PC1 last night. It died and disappeared when P3 crashed. We've got a 14 hour, 48 minute hole in the data; hopefully, the data on B1J-PC2 are uncorrupted, and can be used to backfill this hole. Even if this is so, due to filename similarities, the data files from B1J-PC2 can NOT be directly uploaded to PTAGIS. We will need to edit and rename those files. The apparent 11 minute gap between B1J03137.C and B1J03137.D is a result of advancing the clock on B1J-PC1 by ten minutes. I'm hoping that the clock on B1J-PC2 was (and is) synched to B1J-PC1. 05/18/2003 08:44 darren@r 01:LowExcCurrent,02:Overrun: The LowExcCurrent on coil 01 looks as if there was some action (i.e. scrren cleaner, movement of flat plate, etc.). The Overrun condition looks to have occurred during the same kind of action. We have no messaging inplace to indicate when the flat plate is being adjusted. This is being addressed by Doug C. and should be rectified soon. 05/17/2003 19:28 Dave Hadn't heard from B1J since midnight. pcA'd into PC1; found it with a MiniMon error - something about a wrong VERSION. Cleared the error without copying it down - sorry John & Nadia. Didn't see any current detections, but I could insert markers. Checked a couple of screens, and then tried to upload any outstanding files. That's when MiniMon crashed. Restarted MiniMon. Noticed then that only one (big) file had been created so far today. Took two tries, but I finally uploaded that file at ~6:00 pm (PST). Also noticed that the clock on PC1 was slow by ten minutes. Stopped MiniMon collection (just to be on the safe side) and advanced clock to atomic time. MiniMon was out of collection mode for about 10 seconds. FYI - the phone numbers provided to me for B1J-PC1 and PC2 were reversed. The phone # ending in '5' dials B1J-PC1. The # ending in 9 is supposed to be connected to B1J-PC2; it's not connected to anything right now. 05/16/2003 12:41 darren@r 01:LowExcCurrent,01:Overrun,01:TestTagFailure,02:LowExcCurrent,02:Overrun, 02:TestTagFailure: The Alarms that were generated on 5-13, were caused by PTOC personnel in conjunction with Destron-Fearing/Digital Angel reoptimizing and testing the system. The LowExcCurrent alarms on 01 and 02 look to have been generated while the flat plate was being lfited and lowered from the channel. 05/14/2003 11:24 Alan_Bro A GMC has been performed, all transcievers checked for tune and any other concerns since the last visit. Sean Casey and Earl Prentice helped with the flat plate, the results being that turning down the exciter power yielded a quieter signal. 05/08/2003 13:21 D.Chase All Sites were visited for site GMC's. No problems were found. At BO2 transceiver 03 was replaced with a new transceiver that contains the NPO capacitors. The reason it was replaced was because the timer tag kept failing. We will watch to see how the NPO cap's do at this site. 05/08/2003 08:26 dlwarf@r 01:LowExcCurrent,01:Overrun,02:Overrun: Site will be visited today. 05/06/2003 09:11 darren@r 01:LowExcCurrent,01:Overrun,02:LowExcCurrent,02:Overrun: These alarms occurred while site personnel were moving the flat plate. The transceivers were in standby for about 3.5hrs. I am not sure if the flat plate was out of the water or not I will contact Dean Ballinger and try to verify the condition of the flat plate during this time. 05/05/2003 08:16 darren@r 01:LowExcCurrent,01:TestTagFailure,02:LowExcCurrent,02:Overrun,02:TestTagF ailure: Alarms are acknowledged and will be checked out on next site visit. 05/01/2003 11:40 DChase I met with Jim Simonson and Earl Prentice yesterday, Jim had already installed the rubber pieceto the Small Dewatering Screen. This did decrease the amount of noise that was being developed by the water that was falling over the small dewatering screen. Earl Prentice and I ran several stick tests while adjusting the power and tune on the transceivers. I will be distributing the results when I get back into the office on Monday. Today I met with Sandy Downing and Earl Prentice and Rick Martinson to help with the live fish test that NMFS performed. The results will be delayed for probably a couple of days because there were several steelhead that had held up in the channel. We did get to see most of the noise generating equipment run at different intervals while the fish test was being performed. I will send out my test parameters on Monday. 04/30/2003 13:55 Dean_Bal B1J interrogation was interrupted from approximately 1100 to 1200 today (30 April). NMFS installed a rubber flap onto the lip of the small dewatering screen (SDS). The rubber flap is designed to eliminate the back eddy at the SDS/Flat Plate transition point, which should prohibit fish from getting underneath the SDS lip. Additionally, the flap may reduce current levels of signal "noise" experienced within the system. 04/29/2003 08:09 darren@r 01:LowExcCurrent,01:Overrun,02:Overrun: These alarms will be addressed on Wednesday during the site GMC. 04/25/2003 08:04 darren@r 01:LowExcCurrent,02:Overrun,02:TestTagFailure: The site will be addressed by PTOC personnel on Wednesday of next week. There may be some issues with operation that may be causing quite a few alarms. 04/22/2003 10:40 darren@r 01:LowExcCurrent,01:TestTagFailure,02:Overrun: Site will be addressed today during routine GMC. 04/21/2003 08:31 darren@r 01:LowExcCurrent,01:Overrun,02:Overrun,02:TestTagFailure: This site will be checked out on the next site visit. We will check the overrun conditions. 04/19/2003 07:38 darren@r 02:Overrun: This alarm may have been caused by the little screen cleaner running. We will look into trying to adjust this unit so the overrun conditions don't happen as frequently. 04/18/2003 18:43 darren@r 01:LowExcCurrent,02:Overrun: The LowExcCurrent alarm was caused when the curren and the threshold were equal. This could have happened while the screen cleaner was running. The current returned to normal after a short time. The overrun alarm is an ongoing phenomenon. 04/17/2003 11:32 darren@r 01:LowExcCurrent,01:TestTagFailure,02:BadOscFreq,02:LowExcCurrent,02:Overr un,02:TestTagFailure: These alarms were generated by PTOC personnel and others while performing noise tests and nulling of the flat plate coils. 04/16/2003 22:49 D._Chase Today Sean Casey, Earl Prentice, Alan Brower and I went through the site to find the cause of all the noise problems. After several hours of testing and tuning of the flate plate three things were discovered. 1. The first and foremost source of noise is the dewatering screen that controls the flow which is dependent and automatically adjusted according to the forebay. This noise basically will kill the reader and any tags that go through during this period. We may be able to ground the casing to the motor as a test. The COE electricians did not feel that this would do any good but it was never tested. Sean Casey and PTOC staff feel that this needs to be tested to verify that it would not alleviate some of the noise. 2. The flow of water onto the flate plate is causing some vibration noise to enter the system, although it does not shut the system down it does introduce a noise floor of about 30%. This should be examined by PTOC personnel and NMFS personnel to see if a smoother transition from the dewatering screen to the flat plate cannot be achieved. I believe that Jim Simonson should be contacted to look into this fix. 3. This problem may dealt with by the previous solution but it does need to be addressed. The placement of the flat plate after it has been raised by site personnel and then lowered back into the channel. When the elevation is not quite right are noise levels jumped from 5-8% to 20-30% by just ever so slightly adjusting the elevation the noise was subdued. This was due to a gap that is present between the frame work for the flat plate and the actual coils. I will present these findings with PTOC personnel in the morning and we will discuss a plan of action. I also changed the address of coil 01 on PC1 and PC2 from com port 3 to com port 7. I think that there were some conflicts with com 3 on PC1 and the dial-up connection that was made for sending files. I noticed that when a connection was made for file transfer sometimes the communications from Minimon to transceiver 01 were lost. The transceiver was sending data but would not receive commands. Communications were verified after the change. 04/16/2003 12:56 scottl@r 01:LowExcCurrent,01:Overrun,01:TestTagFailure,02:BadOscFreq,02:LowExcCurre nt,02:Overrun,02:TestTagFailure: PTOC on site today to address this problem and retune the facility. 04/16/2003 12:44 scottl@r 01:ExcessiveNoise,02:ExcessiveNoise: PTOC personell are on site today retuning the system. 04/14/2003 11:12 scott Set noise reports on coil 02 to 1 minute, Coil 01 does not respond to remote commands but is recieving data. This will be corrected Wednesday of this week.. 04/11/2003 12:51 Dean_Bal PIT tag interrogation at B1J was interrupted from approximately 1600 on 9 April through 1500 on 10 April. The small dewatering screen sweep malfunctioned (brushes caught between wedgewire). Channel flow was turned south and the Flat Plate was removed from channel during repair process. 04/09/2003 20:48 Dean_Bal PIT tag interrogation at B1J ceased at approximately 1608 tonight (9 April). The small dewatering screen sweep malfunctioned (brush arm seized up against wedgewire). Flat Plate was removed from channel. Repairs will commence no earlier than 0800 tomorrow morning (10 April). Updates to follow. 04/08/2003 22:47 D._Chase This posting is from Earl Prentice. He informed me that the flat plate was taken out of the water at 13:30 on 4-7-03 and was not put back into the collection channel until 14:41. This was done so the coil read range could be mapped. 04/08/2003 22:44 D._Chase I arrived on-site to assist with the live fish test that Earl Prentice was conducting and when I got there I found that PC2 was "off". I started the PC and noticed that it had been in this state for 11 days. I also noticed that on PC1 the PLC had "lost communications". This did not concern me until after the fish test was complete. The fish was conducted from 09:30 until 14:00. The results will follow at a later date. After the fish test was done I tried to shake loose the PLC but was unable to do so by just stopping and starting Minimon. I had to shut the program completely down and restart it before comms were established. Prior to doing this I was also unable to communicate with transceiver 01, but once the program was restarted comms with 01 were re-established. I also have issues with the phone line for PC2 I could not get any dial tone on this line. This situation will need to be further investigated. 04/06/2003 09:17 Darren_C While I was PCA'd into the site I noticed that transceiver 01 was reporting 100% Phase and 0.0 current. I tried to communicate with the transceiver via minimon but was unable. I called site personnel and had them relay the condition of trasnceiver 01. It appears that transceiver 01 was in "standby" mode. I had site personnel place the trasnceiver into read mode. I do not know how long it has been in this condition. I will have to dig into the "raw" files for that information. There were no alarm lights on "TASS" to bring this to anyones attention. 04/01/2003 13:07 Dean_Bal 24 hour PIT tag interrogation began at B1J at 0800 on 1 April 03/28/2003 16:53 PTOC_Bot I traveled to B1J today to investigate the issue of the fading light. The light indicates when the transcievers for the flat plate are in scan mode. The problem turned out to be an improper lightbulb. I replaced the bulb with the proper one and have placed a box of light bulbs in the PLC panel which is located next to the data collection platform. Please use the bulbs as replacements when the existing light burns out. 03/28/2003 12:47 Darren The transceivers were installed on 3-20-03. They were flashed with current coil I.D.'s of 01,02. As a result of flashing the parameters were reset which in turn clears the buffers. 03/28/2003 09:42 Darren I PCA'd into site to find out why the site was not loading. I found that the uploader was set to "archive only" and the site code was still set as "BVX". These two parameters were reset Minimon was stopped and started to reset changes. I spoke with Dean Ballinger and was told that the Flat Plate is not in the water as of yet and won't be until Monday at 8 a.m. he will post the exact times to the event log at that time. Water began flowing through the facility on Monday afternoon. 03/21/2003 13:41 Dave I enabled site polling. 01/01/2003 12:07 Dave Initialized new event log for 2003. This is a new site definition. ####End of Event Log for B1J###