From bounce-tacgps-6754@lists.tapr.org Mon May 1 09:54:36 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA24797 for ; Mon, 1 May 2000 09:54:35 -0500 (CDT) Message-Id: Subject: [tacgps] SA going away at midnight?? Date: Mon, 1 May 2000 08:52:16 -0700 x-sender: ebs@biophysics.lanl.gov From: Brooks Shera To: "TAPR Special Interest Group" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005011451.IAA14821@lawyer.lanl.gov> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk The Wall Street Journal says that the gov't is expected to announce today that SA will be turned off as of midnight tonight. Anyone else hear anything about this remarkable development? --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 10:23:46 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25990 for ; Mon, 1 May 2000 10:23:44 -0500 (CDT) Message-Id: X-Sender: rvaughan@pop.gate.net Date: Mon, 01 May 2000 11:20:25 -0400 To: "TAPR Special Interest Group" From: Ray Vaughan Subject: [tacgps] Re: SA going away at midnight?? In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <4.2.0.58.20000501111736.00c61100@pop.gate.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk At 08:52 AM 5/1/00 -0700, you wrote: >The Wall Street Journal says that the gov't is expected to announce today >that SA will be turned off as of midnight tonight. Anyone else hear >anything about this remarkable development? About a week ago I read an article about how the Administration wants now to speed things up. One of the driving forces is that the French is about to roll out a system that's much more accurate and it could mean we would lose business. The current goal was 2006, but they wanted to speed things up. To turn it all totally would really surprise me. I'd love it, but I would still be surprised. I'm sure the Military and national security guys would veto that real fast. Ray J. Vaughan, MS, CBTE, CERT KD4BBM PG-7-15266 ray@rayvaughan.com ray@2-way.com http://www.rayvaughan.com/ --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 11:13:12 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27550 for ; Mon, 1 May 2000 11:13:11 -0500 (CDT) Message-Id: X-Sender: rgs2@booneinteractive.com Date: Mon, 01 May 2000 12:12:17 -0400 To: "TAPR Special Interest Group" From: Bob Smallwood Subject: [tacgps] Re: SA going away at midnight?? In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <4.3.1.2.20000501121100.00a929f0@booneinteractive.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk That WOULD be good news... I have found no "newswire" references to it at the wsj website, or AP, Washington Post, etc... does the WSJ article mention a "source" for that info? Bob Smallwood At 11:52 AM 05/01/2000, you wrote: >The Wall Street Journal says that the gov't is expected to announce today >that SA will be turned off as of midnight tonight. Anyone else hear >anything about this remarkable development? --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 11:15:25 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27625 for ; Mon, 1 May 2000 11:15:24 -0500 (CDT) Message-ID: Date: Mon, 01 May 2000 16:14:11 +0000 From: Dr Thomas A Clark Organization: NASA/GSFC X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: SA going away at midnight?? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <390DAD53.1D2CDB05@tomcat.gsfc.nasa.gov> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Here is a copy of the White House press release announcing this: [available at http://www.whitehouse.gov/library/PressReleases.cgi] May 1, 2000 STATEMENT BY THE PRESIDENT REGARDING THE UNITED STATES' DECISION TO STOP DEGRADING GLOBAL POSITIONING SYSTEM ACCURACY THE WHITE HOUSE Office of the Press Secretary _______________________________________________________ For Immediate Release May 1, 2000 STATEMENT BY THE PRESIDENT REGARDING THE UNITED STATES' DECISION TO STOP DEGRADING GLOBAL POSITIONING SYSTEM ACCURACY Today, I am pleased to announce that the United States will stop the intentional degradation of the Global Positioning System (GPS) signals available to the public beginning at midnight tonight. We call this degradation feature Selective Availability (SA). This will mean that civilian users of GPS will be able to pinpoint locations up to ten times more accurately than they do now. GPS is a dual-use, satellite-based system that provides accurate location and timing data to users worldwide. My March 1996 Presidential Decision Directive included in the goals for GPS to: "encourage acceptance and integration of GPS into peaceful civil, commercial and scientific applications worldwide; and to encourage private sector investment in and use of U.S. GPS technologies and services." To meet these goals, I committed the U.S. to discontinuing the use of SA by 2006 with an annual assessment of its continued use beginning this year. The decision to discontinue SA is the latest measure in an on-going effort to make GPS more responsive to civil and commercial users worldwide. Last year, Vice President Gore announced our plans to modernize GPS by adding two new civilian signals to enhance the civil and commercial service. This initiative is on-track and the budget further advances modernization by incorporating some of the new features on up to 18 additional satellites that are already awaiting launch or are in production. We will continue to provide all of these capabilities to worldwide users free of charge. My decision to discontinue SA was based upon a recommendation by the Secretary of Defense in coordination with the Departments of State, Transportation, Commerce, the Director of Central Intelligence, and other Executive Branch Departments and Agencies. They realized that worldwide transportation safety, scientific, and commercial interests could best be served by discontinuation of SA. Along with our commitment to enhance GPS for peaceful applications, my administration is committed to preserving fully the military utility of GPS. The decision to discontinue SA is coupled with our continuing efforts to upgrade the military utility of our systems that use GPS, and is supported by threat assessments which conclude that setting SA to zero at this time would have minimal impact on national security. Additionally, we have demonstrated the capability to selectively deny GPS signals on a regional basis when our national security is threatened. This regional approach to denying navigation services is consistent with the 1996 plan to discontinue the degradation of civil and commercial GPS service globally through the SA technique. Originally developed by the Department of Defense as a military system, GPS has become a global utility. It benefits users around the world in many different applications, including air, road, marine, and rail navigation, telecommunications, emergency response, oil exploration, mining, and many more. Civilian users will realize a dramatic improvement in GPS accuracy with the discontinuation of SA. For example, emergency teams responding to a cry for help can now determine what side of the highway they must respond to, thereby saving precious minutes. This increase in accuracy will allow new GPS applications to emerge and continue to enhance the lives of people around the world. --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 11:21:00 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27790 for ; Mon, 1 May 2000 11:20:58 -0500 (CDT) X-Sender: j.m.franke@express.larc.nasa.gov Message-Id: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 1 May 2000 12:19:20 -0400 To: "TAPR Special Interest Group" From: John Franke Subject: [tacgps] Re: SA going away at midnight?? List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Try: http://www.whitehouse.gov/library/PressReleases.cgi?date=0&briefing=0 >That WOULD be good news... > >I have found no "newswire" references to it at the wsj website, or AP, >Washington Post, etc... does the WSJ article mention a "source" for that >info? > >Bob Smallwood > > > >At 11:52 AM 05/01/2000, you wrote: >>The Wall Street Journal says that the gov't is expected to announce today >>that SA will be turned off as of midnight tonight. Anyone else hear >>anything about this remarkable development? > > >--- >You are currently subscribed to tacgps as: J.M.FRANKE@LARC.NASA.GOV >To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 11:43:09 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA28598 for ; Mon, 1 May 2000 11:43:08 -0500 (CDT) Message-ID: From: Mastenbrook Gary-G13216 To: "TAPR Special Interest Group" Subject: [tacgps] Re: SA going away at midnight?? Date: Mon, 1 May 2000 11:26:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <7195C03599D9D311BE580008C75697EB0A6263@il33exm01.wes.mot.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk I claim credit for this since I just received my TAPR DGPS station and was getting ready to put it on the air tonight! :o) Great News!!! 73's Gary N8DMT Gary Mastenbrook, Product Visioneering, Motorola, Inc. 50 E. Commerce Drive, Schaumburg, IL 60173 Email: g13216@email.mot.com Work Home Page: http://www.mot.com/telematics Personal Home Page: http://www.qsl.net/n8dmt -----Original Message----- From: Dr Thomas A Clark [mailto:clark@tomcat.gsfc.nasa.gov] Sent: Monday, May 01, 2000 11:14 AM To: TAPR Special Interest Group Subject: [tacgps] Re: SA going away at midnight?? Here is a copy of the White House press release announcing this: [available at http://www.whitehouse.gov/library/PressReleases.cgi] --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 11:48:43 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA28820 for ; Mon, 1 May 2000 11:48:42 -0500 (CDT) Message-Id: X-Sender: rvaughan@pop.gate.net Date: Mon, 01 May 2000 12:46:54 -0400 To: "TAPR Special Interest Group" From: Ray Vaughan Subject: [tacgps] Re: SA going away at midnight?? In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <4.2.0.58.20000501123717.00c62f10@pop.gate.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk I had to see it for myself. Blurb on page 1, the rest of the story on A36. Basically, since the military can now jam GPS in a focused area, they don't have to worry about being used against us. "WASHINGTON - The Clinton administration has decided to make military-quality signals available to civilian and commercial users of the satellite based Global Positioning System. "The decision, which is expected to be announced today and go into effect by midnight tonight, will mean a fivefold or tenfold increase in the accuracy of satellite based navigation systems used by a range of consumers from commercial truckers and shippers fishermen, hikers, surveyors and emergency-response systems." [...] (Wall Street Journal, 5/1/00, Page A36) They go on to mention it being needed for cellular E911 and that the military can jam GPS if needed. "After an extensive review, the military and intelligence community decided that we could" improve the civilian signal's quality "without posing any threat to national security" one US official said." (ibid) Sounds like it's party time! At 12:12 PM 5/1/00 -0400, you wrote: >That WOULD be good news... > >I have found no "newswire" references to it at the wsj website, or AP, Washington Post, etc... does the WSJ article mention a "source" for that info? > >Bob Smallwood > > > >At 11:52 AM 05/01/2000, you wrote: >>The Wall Street Journal says that the gov't is expected to announce today >>that SA will be turned off as of midnight tonight. Anyone else hear >>anything about this remarkable development? Ray J. Vaughan, MS, CBTE, CERT KD4BBM PG-7-15266 ray@rayvaughan.com ray@2-way.com http://www.rayvaughan.com/ --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 11:56:12 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA29100 for ; Mon, 1 May 2000 11:56:08 -0500 (CDT) Message-ID: Date: Mon, 01 May 2000 16:53:46 +0000 From: Dr Thomas A Clark Organization: NASA/GSFC X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" CC: TAPR APRS SIG , AMSAT BB Subject: [tacgps] More on GPS S/A Going Away References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <390DB69A.5A1BB644@tomcat.gsfc.nasa.gov> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk In addition to the White House posting available at http://www.whitehouse.gov/library/PressReleases.cgi I refer you to the material posted on the IGEB (Interagency GPS Executive Board) Web Site. Most of this material is "embargoed" until 14:00 EDT today (and it's not yet 13:00!), but since the cat is out of the bag, you may as well read all the details at http://www.igeb.gov/ Note especially the text in the DOC Fact Sheet. Regards, Tom --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 12:36:29 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA00639 for ; Mon, 1 May 2000 12:36:27 -0500 (CDT) Date: Mon, 1 May 2000 10:34:00 -0700 (PDT) Message-Id: From: Doug Faunt N6TQS +1-510-655-8604 To: "TAPR Special Interest Group" In-reply-to: <390DB69A.5A1BB644@tomcat.gsfc.nasa.gov> (clark@tomcat.gsfc.nasa.gov) Subject: [tacgps] Re: [amsat-bb] More on GPS S/A Going Away List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005011734.KAA27870@netcom.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk For a wild takeoff from the actual subject, I'm amaused to see that the end of the text is signaled by "30", another use of the telegraphers code that gave us 73 and 88. 73, doug --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 12:44:07 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA01077 for ; Mon, 1 May 2000 12:44:06 -0500 (CDT) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: Date: Mon, 1 May 2000 12:40:34 -0500 To: "TAPR Special Interest Group" From: "Paul J. Beckmann" Subject: [tacgps] Re: More on GPS S/A Going Away List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk So, Tom and others--- Is there any use for DGPS without SA? I just ordered my kit but I can still have time to cancel! --Paul ----------------------------------------------------------------------------- Paul Beckmann -- WA0RSE 1882 South Lane wa0rse@amsat.org ARRL/NLRS Mendota Heights, MN cell:612-414-0302 AMSAT #26957 55118-4328 fax:651-452-4103 --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 12:49:25 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA01315 for ; Mon, 1 May 2000 12:49:23 -0500 (CDT) Message-Id: X-Sender: davem@mail.cs.ubc.ca Date: Mon, 01 May 2000 10:46:27 -0700 To: "TAPR Special Interest Group" From: Dave Martindale Subject: [tacgps] Re: SA going away at midnight?? In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <3.0.6.32.20000501104627.0082ae20@mail.cs.ubc.ca> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk At 11:26 AM 01/05/00 -0500, you wrote: >I claim credit for this since I just received my TAPR DGPS station and was >getting ready to put it on the air tonight! :o) Of course, your DGPS station is still useful. Today, with SA on, your receiver without DGPS will tell you which parking lot your car is in. Tomorrow, with SA off, your receiver will tell you which row of cars in that parking lot contains your car, and even where you are in the row plus or minus a few cars. Today or tomorrow, DGPS will find your car and your car alone. So you don't need to remember what it looks like. :-) Dave --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 13:59:19 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA03997 for ; Mon, 1 May 2000 13:59:18 -0500 (CDT) Date: Mon, 1 May 2000 11:57:24 -0700 (PDT) From: Jeffrey Pawlan X-Sender: jpawlan@jpawlan To: "TAPR Special Interest Group" Subject: [tacgps] Re: [amsat-bb] More on GPS S/A Going Away In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk > For a wild takeoff from the actual subject, I'm amaused to see that > the end of the text is signaled by "30", another use of the > telegraphers code that gave us 73 and 88. Correct me if I am wrong, but in addition to being a telegrapher's code, isn't 30 the decimal code for the ascii or ? 73s, Jeffrey Pawlan, WA6KBL --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 14:02:07 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA04064 for ; Mon, 1 May 2000 14:02:04 -0500 (CDT) Message-ID: Date: Mon, 01 May 2000 18:53:56 +0000 From: Dr Thomas A Clark Organization: NASA/GSFC X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: More on GPS S/A Going Away References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <390DD2C4.32D3643E@tomcat.gsfc.nasa.gov> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Paul asked: > > So, Tom and others--- > Is there any use for DGPS without SA? I just ordered my kit but I > can still have time to cancel! > --Paul Removing S/A will improve the 100ish meter excursions you see today down to about 25m. DGPS applied when S/A is active takes the 100ish meters down to < 10 meters and should take the non-S/A 25m down to about 5m. Your handheld now shows a speed of 1-2 mph when you are stopped. When S/A is turned off, it will go down to 0.1-0.2 mph. With DGPS it shows zero. The 100-200 nsec pk-to-pk clock excursions (which I was able to average out in the time domain to ~20 nsec with the "tricks" in the TAC) should go down to 50 nsec, averaging down to ~10 nsec. The parking lot vs row vs location analogy from Dave Martindale was quite good. 73, Tom --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 14:10:20 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA04531 for ; Mon, 1 May 2000 14:10:19 -0500 (CDT) Sender: bounce-tacgps-6754@lists.tapr.org Message-ID: Date: Mon, 01 May 2000 14:00:32 -0500 From: Gerry Creager N5JXS Reply-To: "TAPR Special Interest Group" Organization: DaHouse X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: More on GPS S/A Going Away References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <390DD450.C8C7A6B3@cs.tamu.edu> Precedence: bulk "Paul J. Beckmann" wrote: > > So, Tom and others--- > Is there any use for DGPS without SA? I just ordered my kit but I > can still have time to cancel! *YES* depending on the results you want/need. You will get nominally a 29m accuracy (2d rms == horizontal) and more'r'less 56m vertical accuracy with SA completely off... it can still be spot worse, or better. You should appreciate an order-of- magnitude improvement with good DGPS based on a well- and accurately surveyed antenna. Neither of these (autonomous, or code-phase DGPS) is good enough for formal geodetic research or surveying, but will make most GIS folken and cartographers grin. 73, gerry n5jxs -- Gerry Creager "Due to the confusion from too many genres of music, we have decided to put both country music and rap music into the genre of Crap music." --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 14:22:59 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA05144 for ; Mon, 1 May 2000 14:22:54 -0500 (CDT) From: "Expressmailbc" To: "TAPR Special Interest Group" Subject: [tacgps] Re: [amsat-bb] More on GPS S/A Going Away Date: Mon, 1 May 2000 15:16:44 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk -30- was also used for many years at the end of a news release to signal the end of the story. It was particularly important in the earlier days of newspapers and linotype operations because a multipage release sometimes became separated and it was the -30- that told the operator it was the end of the release or story. Barry Campbell W2CGX in New Jersey > -----Original Message----- > From: bounce-tacgps-5572@lists.tapr.org > [mailto:bounce-tacgps-5572@lists.tapr.org]On Behalf Of Jeffrey Pawlan > Sent: Monday, May 01, 2000 2:57 PM > To: TAPR Special Interest Group > Subject: [tacgps] Re: [amsat-bb] More on GPS S/A Going Away > > > > For a wild takeoff from the actual subject, I'm amaused to see that > > the end of the text is signaled by "30", another use of the > > telegraphers code that gave us 73 and 88. > > Correct me if I am wrong, but in addition to being a telegrapher's > code, isn't 30 the decimal code for the ascii or ? > > 73s, > Jeffrey Pawlan, WA6KBL > > > > --- > You are currently subscribed to tacgps as: BARRYC@COMPUBELL.COM > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > > --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 1 22:25:00 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA22237 for ; Mon, 1 May 2000 22:24:55 -0500 (CDT) Message-ID: From: "Gregory Beat" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: What next ??? Date: Mon, 1 May 2000 22:09:00 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4029.2901 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <001b01bfb3e3$c349b940$61938318@ce.mediaone.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Okay Gary ... what are you building next ?? We won't talk about the high speed CW decoder you were building last year .... :-) I just want to be prepared for the next change ! G. Beat w9gb ----- Original Message ----- From: "Mastenbrook Gary-G13216" To: "TAPR Special Interest Group" Sent: Monday, May 01, 2000 11:26 AM Subject: [tacgps] Re: SA going away at midnight?? > I claim credit for this since I just received my TAPR DGPS station and was > getting ready to put it on the air tonight! :o) > > Great News!!! > > 73's > > Gary N8DMT > > Gary Mastenbrook, Product Visioneering, Motorola, Inc. > 50 E. Commerce Drive, Schaumburg, IL 60173 > Email: g13216@email.mot.com > Work Home Page: http://www.mot.com/telematics > Personal Home Page: http://www.qsl.net/n8dmt > > > -----Original Message----- > From: Dr Thomas A Clark [mailto:clark@tomcat.gsfc.nasa.gov] > Sent: Monday, May 01, 2000 11:14 AM > To: TAPR Special Interest Group > Subject: [tacgps] Re: SA going away at midnight?? > > > Here is a copy of the White House press release announcing this: > > > [available at http://www.whitehouse.gov/library/PressReleases.cgi] > > > > --- > You are currently subscribed to tacgps as: GREGORY.BEAT@MEDIAONE.NET > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 04:26:36 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA20152 for ; Tue, 2 May 2000 04:26:36 -0500 (CDT) Message-Id: X-Sender: kohjin@133.168.59.1 Reply-To: "TAPR Special Interest Group" Date: Tue, 02 May 2000 18:21:47 +0900 To: "TAPR Special Interest Group" From: Kohjin Yamada Subject: [tacgps] Re: [amsat-bb] More on GPS S/A Going Away Cc: TAPR APRS SIG , AMSAT BB In-Reply-To: <390DB69A.5A1BB644@tomcat.gsfc.nasa.gov> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <4.2.0.58.J.20000502181633.00b07390@133.168.59.1> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk SA set off at around 09:00 UTC May 2 !!! I'm watching TAC32 shows the height stays within 1m now, big surprise. Kohjin - JR1EDE --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 06:23:54 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA22833 for ; Tue, 2 May 2000 06:23:46 -0500 (CDT) From: "Richard M. Hambly" To: "TAPR Special Interest Group" Subject: [tacgps] RE: More on GPS S/A Going Away Date: Tue, 2 May 2000 07:19:53 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 In-Reply-To: Importance: Normal List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk All, I wrote a special version of Tac32Plus yesterday specifically to capture this event. The receiver used in this test was a Motorola M12 Version 1.3. The following data is extracted from a log that stores every significant change in satellite status (NOT Azimuth, Elevation, SNR). Because of this most of the entries show the events during signal acquisition and loss of signal. Once the satellite is being tracked only the occasional parity error is logged. EXCEPT for the change in SA state around 08:00 UTC! The following data is from a two hour period from 07:00 UTC to 09:00 UTC. At 07:59:50 things begin to happen all at once. Rick WB2TNL ============= 36648.291285 (Tue May 02, 2000 06:59:27 UTC) Sat PRN 6, El 20, Azm 71, SNR 14, AS, SA 36648.292373 (Tue May 02, 2000 07:01:01 UTC) Sat PRN 6, El 20, Azm 71, SNR 0, Available 36648.292419 (Tue May 02, 2000 07:01:05 UTC) Sat PRN 6, El 20, Azm 71, SNR 12, AS, SA 36648.292593 (Tue May 02, 2000 07:01:20 UTC) Sat PRN 6, El 20, Azm 71, SNR 0, Available 36648.292616 (Tue May 02, 2000 07:01:22 UTC) Sat PRN 6, El 20, Azm 71, SNR 0, Message Sync Detect 36648.292628 (Tue May 02, 2000 07:01:23 UTC) Sat PRN 6, El 20, Azm 71, SNR 0, Code Search 36648.294237 (Tue May 02, 2000 07:03:42 UTC) Sat PRN 6, El 20, Azm 69, SNR 0, Freq Acquire 36648.294260 (Tue May 02, 2000 07:03:44 UTC) Sat PRN 6, El 20, Azm 69, SNR 12, AS, SA 36648.294341 (Tue May 02, 2000 07:03:51 UTC) Sat PRN 6, El 20, Azm 69, SNR 21, AS, SA, Parity Error 36648.294399 (Tue May 02, 2000 07:03:56 UTC) Sat PRN 6, El 20, Azm 69, SNR 19, AS, SA 36648.296829 (Tue May 02, 2000 07:07:26 UTC) Sat PRN 29, El 19, Azm 127, SNR 10, AS, SA, Parity Error 36648.296841 (Tue May 02, 2000 07:07:27 UTC) Sat PRN 29, El 19, Azm 127, SNR 0, Available 36648.296852 (Tue May 02, 2000 07:07:28 UTC) Sat PRN 29, El 19, Azm 127, SNR 0, Message Sync Detect 36648.296875 (Tue May 02, 2000 07:07:30 UTC) Sat PRN 29, El 19, Azm 127, SNR 0, Code Search 36648.297373 (Tue May 02, 2000 07:08:13 UTC) Sat PRN 29, El 18, Azm 127, SNR 0, Freq Acquire 36648.297419 (Tue May 02, 2000 07:08:17 UTC) Sat PRN 29, El 18, Azm 127, SNR 0, Code Search 36648.297454 (Tue May 02, 2000 07:08:20 UTC) Sat PRN 29, El 19, Azm 127, SNR 0, Freq Acquire 36648.297466 (Tue May 02, 2000 07:08:21 UTC) Sat PRN 29, El 19, Azm 127, SNR 0, Message Sync Detect 36648.297477 (Tue May 02, 2000 07:08:22 UTC) Sat PRN 29, El 19, Azm 127, SNR 22, AS, SA 36648.297709 (Tue May 02, 2000 07:08:42 UTC) Sat PRN 6, El 20, Azm 67, SNR 10, AS, SA, Parity Error 36648.297744 (Tue May 02, 2000 07:08:45 UTC) Sat PRN 6, El 20, Azm 67, SNR 9, AS, SA 36648.297767 (Tue May 02, 2000 07:08:47 UTC) Sat PRN 6, El 20, Azm 67, SNR 12, AS, SA, Parity Error 36648.297813 (Tue May 02, 2000 07:08:51 UTC) Sat PRN 6, El 20, Azm 67, SNR 11, AS, SA 36648.298033 (Tue May 02, 2000 07:09:10 UTC) Sat PRN 6, El 20, Azm 67, SNR 10, AS, SA, Parity Error 36648.298044 (Tue May 02, 2000 07:09:11 UTC) Sat PRN 6, El 20, Azm 67, SNR 0, Available 36648.298102 (Tue May 02, 2000 07:09:16 UTC) Sat PRN 6, El 20, Azm 67, SNR 0, Message Sync Detect 36648.298149 (Tue May 02, 2000 07:09:20 UTC) Sat PRN 6, El 20, Azm 67, SNR 12, AS, SA 36648.298207 (Tue May 02, 2000 07:09:25 UTC) Sat PRN 6, El 20, Azm 67, SNR 0, Available 36648.298218 (Tue May 02, 2000 07:09:26 UTC) Sat PRN 6, El 20, Azm 67, SNR 0, Message Sync Detect 36648.298241 (Tue May 02, 2000 07:09:28 UTC) Sat PRN 6, El 20, Azm 67, SNR 0, Code Search 36648.298785 (Tue May 02, 2000 07:10:15 UTC) Sat PRN 6, El 20, Azm 66, SNR 0, Freq Acquire 36648.298820 (Tue May 02, 2000 07:10:18 UTC) Sat PRN 6, El 20, Azm 66, SNR 15, AS, SA 36648.299028 (Tue May 02, 2000 07:10:36 UTC) Sat PRN 6, El 20, Azm 66, SNR 0, Available 36648.299040 (Tue May 02, 2000 07:10:37 UTC) Sat PRN 6, El 20, Azm 66, SNR 11, AS, SA, Parity Error 36648.299075 (Tue May 02, 2000 07:10:40 UTC) Sat PRN 6, El 20, Azm 66, SNR 12, AS, SA 36648.300753 (Tue May 02, 2000 07:13:05 UTC) Sat PRN 30, El 9, Azm 43, SNR 14, AS, SA, Parity Error 36648.300788 (Tue May 02, 2000 07:13:08 UTC) Sat PRN 30, El 9, Azm 43, SNR 14, AS, SA 36648.306586 (Tue May 02, 2000 07:21:29 UTC) Sat PRN 29, El 13, Azm 131, SNR 12, AS, SA, Parity Error 36648.306609 (Tue May 02, 2000 07:21:31 UTC) Sat PRN 29, El 13, Azm 131, SNR 0, Available 36648.306644 (Tue May 02, 2000 07:21:34 UTC) Sat PRN 6, El 20, Azm 61, SNR 11, AS, SA, Parity Error 36648.306644 (Tue May 02, 2000 07:21:34 UTC) Sat PRN 29, El 13, Azm 131, SNR 0, Code Search 36648.306679 (Tue May 02, 2000 07:21:37 UTC) Sat PRN 6, El 20, Azm 61, SNR 13, AS, SA 36648.306980 (Tue May 02, 2000 07:22:03 UTC) Sat PRN 3, El 0, Azm 0, SNR 0, Code Search 36648.307385 (Tue May 02, 2000 07:22:38 UTC) Sat PRN 29, El 13, Azm 131, SNR 0, Freq Acquire 36648.307431 (Tue May 02, 2000 07:22:42 UTC) Sat PRN 29, El 13, Azm 131, SNR 0, Code Search 36648.307477 (Tue May 02, 2000 07:22:46 UTC) Sat PRN 29, El 13, Azm 131, SNR 0, Freq Acquire 36648.307489 (Tue May 02, 2000 07:22:47 UTC) Sat PRN 29, El 13, Azm 131, SNR 13, AS, SA 36648.308102 (Tue May 02, 2000 07:23:40 UTC) Sat PRN 30, El 5, Azm 43, SNR 14, AS, SA, Parity Error 36648.308137 (Tue May 02, 2000 07:23:43 UTC) Sat PRN 30, El 5, Azm 44, SNR 13, AS, SA 36648.308183 (Tue May 02, 2000 07:23:47 UTC) Sat PRN 30, El 5, Azm 44, SNR 12, AS, SA, Parity Error 36648.308218 (Tue May 02, 2000 07:23:50 UTC) Sat PRN 30, El 5, Azm 44, SNR 0, Available 36648.308264 (Tue May 02, 2000 07:23:54 UTC) Sat PRN 30, El 5, Azm 44, SNR 0, Code Search 36648.308345 (Tue May 02, 2000 07:24:01 UTC) Sat PRN 30 no longer in use 36648.309630 (Tue May 02, 2000 07:25:52 UTC) Sat PRN 6, El 20, Azm 59, SNR 12, AS, SA, Parity Error 36648.309711 (Tue May 02, 2000 07:25:59 UTC) Sat PRN 6, El 20, Azm 59, SNR 14, AS, SA 36648.310406 (Tue May 02, 2000 07:26:59 UTC) Sat PRN 29, El 11, Azm 132, SNR 0, Available 36648.310440 (Tue May 02, 2000 07:27:02 UTC) Sat PRN 29, El 11, Azm 132, SNR 0, Code Search 36648.313855 (Tue May 02, 2000 07:31:57 UTC) Sat PRN 29, El 9, Azm 133, SNR 0, Freq Acquire 36648.313901 (Tue May 02, 2000 07:32:01 UTC) Sat PRN 29, El 9, Azm 133, SNR 0, Code Search 36648.315521 (Tue May 02, 2000 07:34:21 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Freq Acquire 36648.315568 (Tue May 02, 2000 07:34:25 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Code Search 36648.315602 (Tue May 02, 2000 07:34:28 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Message Sync Detect 36648.315649 (Tue May 02, 2000 07:34:32 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Ephemeris Acquire 36648.315950 (Tue May 02, 2000 07:34:58 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Message Sync Detect 36648.315984 (Tue May 02, 2000 07:35:01 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Code Search 36648.317605 (Tue May 02, 2000 07:37:21 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Freq Acquire 36648.317651 (Tue May 02, 2000 07:37:25 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Code Search 36648.317744 (Tue May 02, 2000 07:37:33 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Freq Acquire 36648.317790 (Tue May 02, 2000 07:37:37 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Code Search 36648.318010 (Tue May 02, 2000 07:37:56 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Freq Acquire 36648.318021 (Tue May 02, 2000 07:37:57 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Message Sync Detect 36648.318079 (Tue May 02, 2000 07:38:02 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Ephemeris Acquire 36648.318426 (Tue May 02, 2000 07:38:32 UTC) Sat PRN 3, El 11, Azm 169, SNR 19, AS, SA 36648.318982 (Tue May 02, 2000 07:39:20 UTC) Sat PRN 6, El 19, Azm 54, SNR 0, Available 36648.318994 (Tue May 02, 2000 07:39:21 UTC) Sat PRN 6, El 19, Azm 54, SNR 0, Message Sync Detect 36648.319028 (Tue May 02, 2000 07:39:24 UTC) Sat PRN 6, El 19, Azm 54, SNR 0, Code Search 36648.319503 (Tue May 02, 2000 07:40:05 UTC) Sat PRN 6, El 19, Azm 53, SNR 0, Freq Acquire 36648.319514 (Tue May 02, 2000 07:40:06 UTC) Sat PRN 6, El 19, Azm 53, SNR 14, AS, SA 36648.322547 (Tue May 02, 2000 07:44:28 UTC) Sat PRN 29 no longer in use 36648.323276 (Tue May 02, 2000 07:45:31 UTC) Sat PRN 3, El 13, Azm 167, SNR 12, AS, SA, Parity Error 36648.323311 (Tue May 02, 2000 07:45:34 UTC) Sat PRN 3, El 13, Azm 167, SNR 13, AS, SA 36648.323658 (Tue May 02, 2000 07:46:04 UTC) Sat PRN 3, El 13, Azm 167, SNR 0, Available 36648.323785 (Tue May 02, 2000 07:46:15 UTC) Sat PRN 3, El 14, Azm 167, SNR 0, Code Search 36648.325625 (Tue May 02, 2000 07:48:54 UTC) Sat PRN 19, El 0, Azm 0, SNR 0, Code Search 36648.325811 (Tue May 02, 2000 07:49:10 UTC) Sat PRN 19 no longer in use 36648.325973 (Tue May 02, 2000 07:49:24 UTC) Sat PRN 19, El 0, Azm 0, SNR 0, Code Search 36648.326100 (Tue May 02, 2000 07:49:35 UTC) Sat PRN 3, El 15, Azm 167, SNR 0, Freq Acquire 36648.326146 (Tue May 02, 2000 07:49:39 UTC) Sat PRN 3, El 15, Azm 167, SNR 0, Code Search 36648.326713 (Tue May 02, 2000 07:50:28 UTC) Sat PRN 6, El 17, Azm 49, SNR 14, AS, SA, Parity Error 36648.326783 (Tue May 02, 2000 07:50:34 UTC) Sat PRN 6, El 17, Azm 49, SNR 15, AS, SA 36648.327686 (Tue May 02, 2000 07:51:52 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Freq Acquire 36648.327732 (Tue May 02, 2000 07:51:56 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Code Search 36648.327767 (Tue May 02, 2000 07:51:59 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Freq Acquire 36648.327813 (Tue May 02, 2000 07:52:03 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Code Search 36648.328079 (Tue May 02, 2000 07:52:26 UTC) Sat PRN 6, El 17, Azm 48, SNR 0, Available 36648.328149 (Tue May 02, 2000 07:52:32 UTC) Sat PRN 6, El 17, Azm 48, SNR 0, Message Sync Detect 36648.328160 (Tue May 02, 2000 07:52:33 UTC) Sat PRN 6, El 17, Azm 48, SNR 0, Code Search 36648.328739 (Tue May 02, 2000 07:53:23 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Freq Acquire 36648.328762 (Tue May 02, 2000 07:53:25 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Message Sync Detect 36648.328774 (Tue May 02, 2000 07:53:26 UTC) Sat PRN 6, El 17, Azm 48, SNR 0, Freq Acquire 36648.328785 (Tue May 02, 2000 07:53:27 UTC) Sat PRN 6, El 17, Azm 48, SNR 14, AS, SA 36648.328797 (Tue May 02, 2000 07:53:28 UTC) Sat PRN 6, El 17, Azm 48, SNR 20, AS, SA, Parity Error 36648.328843 (Tue May 02, 2000 07:53:32 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Available 36648.328843 (Tue May 02, 2000 07:53:32 UTC) Sat PRN 6, El 17, Azm 48, SNR 19, AS, SA 36648.328855 (Tue May 02, 2000 07:53:33 UTC) Sat PRN 3, El 16, Azm 166, SNR 17, AS, SA 36648.330718 (Tue May 02, 2000 07:56:14 UTC) Sat PRN 3, El 17, Azm 166, SNR 11, AS, SA, Parity Error 36648.330741 (Tue May 02, 2000 07:56:16 UTC) Sat PRN 3, El 17, Azm 166, SNR 0, Available 36648.330764 (Tue May 02, 2000 07:56:18 UTC) Sat PRN 3, El 17, Azm 166, SNR 0, Message Sync Detect 36648.330788 (Tue May 02, 2000 07:56:20 UTC) Sat PRN 3, El 17, Azm 166, SNR 12, AS, SA 36648.331540 (Tue May 02, 2000 07:57:25 UTC) Sat PRN 6, El 16, Azm 47, SNR 11, AS, SA, Parity Error 36648.331563 (Tue May 02, 2000 07:57:27 UTC) Sat PRN 6, El 16, Azm 47, SNR 0, Available 36648.331575 (Tue May 02, 2000 07:57:28 UTC) Sat PRN 6, El 16, Azm 47, SNR 0, Message Sync Detect 36648.331598 (Tue May 02, 2000 07:57:30 UTC) Sat PRN 6, El 16, Azm 47, SNR 0, Code Search 36648.332153 (Tue May 02, 2000 07:58:18 UTC) Sat PRN 6, El 16, Azm 46, SNR 0, Freq Acquire 36648.332200 (Tue May 02, 2000 07:58:22 UTC) Sat PRN 6, El 16, Azm 46, SNR 0, Code Search 36648.332281 (Tue May 02, 2000 07:58:29 UTC) Sat PRN 3, El 18, Azm 165, SNR 13, AS, SA, Parity Error 36648.332315 (Tue May 02, 2000 07:58:32 UTC) Sat PRN 3, El 18, Azm 165, SNR 12, AS, SA 36648.332338 (Tue May 02, 2000 07:58:34 UTC) Sat PRN 3, El 18, Azm 165, SNR 11, AS, SA, Parity Error 36648.332373 (Tue May 02, 2000 07:58:37 UTC) Sat PRN 3, El 18, Azm 165, SNR 10, AS, SA 36648.332385 (Tue May 02, 2000 07:58:38 UTC) Sat PRN 3, El 18, Azm 165, SNR 12, AS, SA, Parity Error 36648.332454 (Tue May 02, 2000 07:58:44 UTC) Sat PRN 3, El 18, Azm 165, SNR 10, AS, SA 36648.332500 (Tue May 02, 2000 07:58:48 UTC) Sat PRN 3, El 18, Azm 165, SNR 12, AS, SA, Parity Error 36648.332535 (Tue May 02, 2000 07:58:51 UTC) Sat PRN 3, El 18, Azm 165, SNR 14, AS, SA 36648.332906 (Tue May 02, 2000 07:59:23 UTC) Sat PRN 18, El 0, Azm 0, SNR 0, Code Search *** *** THIS IS IT!! - Sats 1,3,16,22,25 switch all at once. *** 36648.333218 (Tue May 02, 2000 07:59:50 UTC) Sat PRN 1, El 41, Azm 312, SNR 25, AS 36648.333218 (Tue May 02, 2000 07:59:50 UTC) Sat PRN 3, El 19, Azm 165, SNR 20, AS 36648.333218 (Tue May 02, 2000 07:59:50 UTC) Sat PRN 16, El 28, Azm 294, SNR 22, AS 36648.333218 (Tue May 02, 2000 07:59:50 UTC) Sat PRN 22, El 79, Azm 223, SNR 29, AS 36648.333218 (Tue May 02, 2000 07:59:50 UTC) Sat PRN 25, El 46, Azm 72, SNR 30, AS *** Acqusition of Sat 6 - NO SA! 36648.333750 (Tue May 02, 2000 08:00:36 UTC) Sat PRN 6, El 15, Azm 46, SNR 0, Freq Acquire 36648.333774 (Tue May 02, 2000 08:00:38 UTC) Sat PRN 6, El 15, Azm 45, SNR 0, Message Sync Detect 36648.333797 (Tue May 02, 2000 08:00:40 UTC) Sat PRN 6, El 15, Azm 45, SNR 0, Code Search 36648.333832 (Tue May 02, 2000 08:00:43 UTC) Sat PRN 6, El 15, Azm 45, SNR 11, AS, SA 36648.333855 (Tue May 02, 2000 08:00:45 UTC) Sat PRN 6, El 15, Azm 45, SNR 18, AS, SA, Parity Error 36648.333913 (Tue May 02, 2000 08:00:50 UTC) Sat PRN 6, El 15, Azm 45, SNR 18, AS 36648.334364 (Tue May 02, 2000 08:01:29 UTC) Sat PRN 6, El 15, Azm 45, SNR 13, AS, Parity Error 36648.334422 (Tue May 02, 2000 08:01:34 UTC) Sat PRN 6, El 15, Azm 45, SNR 14, AS *** *** Acqusition of Sats 18 and 19 - takes a while before we get a good signal *** (see 08:05:08 and 08:06:08) but when we do there is NO SA! *** 36648.334723 (Tue May 02, 2000 08:02:00 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Freq Acquire 36648.334769 (Tue May 02, 2000 08:02:04 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Code Search 36648.334792 (Tue May 02, 2000 08:02:06 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Freq Acquire 36648.334838 (Tue May 02, 2000 08:02:10 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Code Search 36648.335047 (Tue May 02, 2000 08:02:28 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Freq Acquire 36648.335093 (Tue May 02, 2000 08:02:32 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Code Search 36648.335301 (Tue May 02, 2000 08:02:50 UTC) Sat PRN 18, El 6, Azm 315, SNR 0, Freq Acquire 36648.335348 (Tue May 02, 2000 08:02:54 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Code Search 36648.335533 (Tue May 02, 2000 08:03:10 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Freq Acquire 36648.335579 (Tue May 02, 2000 08:03:14 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Code Search 36648.335625 (Tue May 02, 2000 08:03:18 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Freq Acquire 36648.335672 (Tue May 02, 2000 08:03:22 UTC) Sat PRN 18, El 6, Azm 315, SNR 0, Code Search 36648.336169 (Tue May 02, 2000 08:04:05 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Freq Acquire 36648.336216 (Tue May 02, 2000 08:04:09 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Code Search 36648.336239 (Tue May 02, 2000 08:04:11 UTC) Sat PRN 6, El 15, Azm 44, SNR 11, AS, Parity Error 36648.336239 (Tue May 02, 2000 08:04:11 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Freq Acquire 36648.336274 (Tue May 02, 2000 08:04:14 UTC) Sat PRN 6, El 15, Azm 44, SNR 14, AS 36648.336285 (Tue May 02, 2000 08:04:15 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Code Search 36648.336343 (Tue May 02, 2000 08:04:20 UTC) Sat PRN 6, El 15, Azm 44, SNR 10, AS, Parity Error 36648.336355 (Tue May 02, 2000 08:04:21 UTC) Sat PRN 3, El 21, Azm 164, SNR 12, AS, Parity Error 36648.336366 (Tue May 02, 2000 08:04:22 UTC) Sat PRN 6, El 15, Azm 44, SNR 11, AS 36648.336389 (Tue May 02, 2000 08:04:24 UTC) Sat PRN 3, El 21, Azm 164, SNR 10, AS 36648.336401 (Tue May 02, 2000 08:04:25 UTC) Sat PRN 3, El 21, Azm 164, SNR 11, AS, Parity Error 36648.336424 (Tue May 02, 2000 08:04:27 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Available 36648.336436 (Tue May 02, 2000 08:04:28 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Message Sync Detect 36648.336459 (Tue May 02, 2000 08:04:30 UTC) Sat PRN 6, El 15, Azm 44, SNR 13, AS, Parity Error 36648.336470 (Tue May 02, 2000 08:04:31 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Code Search 36648.336470 (Tue May 02, 2000 08:04:31 UTC) Sat PRN 19, El 9, Azm 282, SNR 0, Freq Acquire 36648.336505 (Tue May 02, 2000 08:04:34 UTC) Sat PRN 6, El 15, Azm 44, SNR 17, AS 36648.336517 (Tue May 02, 2000 08:04:35 UTC) Sat PRN 18, El 7, Azm 316, SNR 0, Freq Acquire 36648.336517 (Tue May 02, 2000 08:04:35 UTC) Sat PRN 19, El 9, Azm 282, SNR 0, Code Search 36648.336551 (Tue May 02, 2000 08:04:38 UTC) Sat PRN 18, El 7, Azm 316, SNR 0, Message Sync Detect 36648.336621 (Tue May 02, 2000 08:04:44 UTC) Sat PRN 18, El 7, Azm 316, SNR 0, Ephemeris Acquire 36648.336899 (Tue May 02, 2000 08:05:08 UTC) Sat PRN 18, El 7, Azm 316, SNR 19, AS 36648.337234 (Tue May 02, 2000 08:05:37 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Freq Acquire 36648.337281 (Tue May 02, 2000 08:05:41 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Code Search 36648.337292 (Tue May 02, 2000 08:05:42 UTC) Sat PRN 19, El 9, Azm 282, SNR 0, Freq Acquire 36648.337338 (Tue May 02, 2000 08:05:46 UTC) Sat PRN 19, El 9, Azm 282, SNR 0, Message Sync Detect 36648.337385 (Tue May 02, 2000 08:05:50 UTC) Sat PRN 19, El 9, Azm 282, SNR 0, Ephemeris Acquire 36648.337419 (Tue May 02, 2000 08:05:53 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Message Sync Detect 36648.337431 (Tue May 02, 2000 08:05:54 UTC) Sat PRN 3, El 21, Azm 164, SNR 16, AS 36648.337593 (Tue May 02, 2000 08:06:08 UTC) Sat PRN 19, El 9, Azm 282, SNR 19, AS 36648.337628 (Tue May 02, 2000 08:06:11 UTC) Sat PRN 3, El 21, Azm 164, SNR 11, AS, Parity Error 36648.337663 (Tue May 02, 2000 08:06:14 UTC) Sat PRN 3, El 21, Azm 164, SNR 13, AS 36648.337755 (Tue May 02, 2000 08:06:22 UTC) Sat PRN 3, El 21, Azm 164, SNR 13, AS, Parity Error 36648.337790 (Tue May 02, 2000 08:06:25 UTC) Sat PRN 3, El 21, Azm 164, SNR 14, AS 36648.339491 (Tue May 02, 2000 08:08:52 UTC) Sat PRN 3, El 22, Azm 163, SNR 9, AS, Parity Error 36648.339538 (Tue May 02, 2000 08:08:56 UTC) Sat PRN 3, El 23, Azm 164, SNR 11, AS 36648.339549 (Tue May 02, 2000 08:08:57 UTC) Sat PRN 3, El 23, Azm 164, SNR 10, AS, Parity Error 36648.339561 (Tue May 02, 2000 08:08:58 UTC) Sat PRN 3, El 23, Azm 164, SNR 11, AS 36648.339584 (Tue May 02, 2000 08:09:00 UTC) Sat PRN 3, El 23, Azm 164, SNR 0, Message Sync Detect 36648.339607 (Tue May 02, 2000 08:09:02 UTC) Sat PRN 3, El 23, Azm 164, SNR 12, AS 36648.339908 (Tue May 02, 2000 08:09:28 UTC) Sat PRN 3, El 23, Azm 163, SNR 10, AS, Parity Error 36648.339989 (Tue May 02, 2000 08:09:35 UTC) Sat PRN 3, El 23, Azm 163, SNR 14, AS 36648.340128 (Tue May 02, 2000 08:09:47 UTC) Sat PRN 3, El 23, Azm 163, SNR 11, AS, Parity Error 36648.340163 (Tue May 02, 2000 08:09:50 UTC) Sat PRN 3, El 23, Azm 163, SNR 0, Available 36648.340186 (Tue May 02, 2000 08:09:52 UTC) Sat PRN 3, El 23, Azm 163, SNR 0, Message Sync Detect 36648.340197 (Tue May 02, 2000 08:09:53 UTC) Sat PRN 3, El 23, Azm 163, SNR 0, Code Search 36648.341841 (Tue May 02, 2000 08:12:15 UTC) Sat PRN 3, El 24, Azm 163, SNR 0, Message Sync Detect 36648.341852 (Tue May 02, 2000 08:12:16 UTC) Sat PRN 3, El 24, Azm 163, SNR 17, AS 36648.343669 (Tue May 02, 2000 08:14:53 UTC) Sat PRN 3, El 25, Azm 162, SNR 13, AS, Parity Error 36648.343704 (Tue May 02, 2000 08:14:56 UTC) Sat PRN 3, El 25, Azm 162, SNR 16, AS 36648.343785 (Tue May 02, 2000 08:15:03 UTC) Sat PRN 3, El 25, Azm 162, SNR 0, Available 36648.343808 (Tue May 02, 2000 08:15:05 UTC) Sat PRN 3, El 25, Azm 162, SNR 0, Code Search 36648.344457 (Tue May 02, 2000 08:16:01 UTC) Sat PRN 3, El 25, Azm 162, SNR 0, Freq Acquire 36648.344503 (Tue May 02, 2000 08:16:05 UTC) Sat PRN 3, El 25, Azm 162, SNR 0, Code Search 36648.344549 (Tue May 02, 2000 08:16:09 UTC) Sat PRN 3, El 26, Azm 162, SNR 0, Freq Acquire 36648.344584 (Tue May 02, 2000 08:16:12 UTC) Sat PRN 3, El 26, Azm 162, SNR 19, AS 36648.352836 (Tue May 02, 2000 08:28:05 UTC) Sat PRN 6, El 9, Azm 37, SNR 0, Available 36648.352859 (Tue May 02, 2000 08:28:07 UTC) Sat PRN 6, El 9, Azm 37, SNR 11, AS, Parity Error 36648.352871 (Tue May 02, 2000 08:28:08 UTC) Sat PRN 6, El 9, Azm 37, SNR 13, AS 36648.353392 (Tue May 02, 2000 08:28:53 UTC) Sat PRN 31, El 0, Azm 0, SNR 0, Code Search 36648.354318 (Tue May 02, 2000 08:30:13 UTC) Sat PRN 31, El 5, Azm 186, SNR 0, Freq Acquire 36648.354364 (Tue May 02, 2000 08:30:17 UTC) Sat PRN 31, El 5, Azm 186, SNR 0, Code Search 36648.360394 (Tue May 02, 2000 08:38:58 UTC) Sat PRN 31, El 9, Azm 185, SNR 0, Freq Acquire 36648.360417 (Tue May 02, 2000 08:39:00 UTC) Sat PRN 31, El 9, Azm 185, SNR 0, Message Sync Detect 36648.360440 (Tue May 02, 2000 08:39:02 UTC) Sat PRN 31, El 9, Azm 185, SNR 0, Ephemeris Acquire 36648.360788 (Tue May 02, 2000 08:39:32 UTC) Sat PRN 31, El 9, Azm 185, SNR 20, AS 36648.361737 (Tue May 02, 2000 08:40:54 UTC) Sat PRN 31, El 9, Azm 185, SNR 11, AS, Parity Error 36648.361760 (Tue May 02, 2000 08:40:56 UTC) Sat PRN 31, El 9, Azm 185, SNR 9, AS 36648.361771 (Tue May 02, 2000 08:40:57 UTC) Sat PRN 31, El 9, Azm 185, SNR 9, AS, Parity Error 36648.361783 (Tue May 02, 2000 08:40:58 UTC) Sat PRN 31, El 9, Azm 185, SNR 0, Message Sync Detect 36648.361864 (Tue May 02, 2000 08:41:05 UTC) Sat PRN 31, El 9, Azm 185, SNR 0, Code Search 36648.362119 (Tue May 02, 2000 08:41:27 UTC) Sat PRN 6, El 5, Azm 34, SNR 12, AS, Parity Error 36648.362142 (Tue May 02, 2000 08:41:29 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Available 36648.362176 (Tue May 02, 2000 08:41:32 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.362489 (Tue May 02, 2000 08:41:59 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.362535 (Tue May 02, 2000 08:42:03 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.362582 (Tue May 02, 2000 08:42:07 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.362628 (Tue May 02, 2000 08:42:11 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.362732 (Tue May 02, 2000 08:42:20 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.362778 (Tue May 02, 2000 08:42:24 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.362859 (Tue May 02, 2000 08:42:31 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.362906 (Tue May 02, 2000 08:42:35 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.363033 (Tue May 02, 2000 08:42:46 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.363079 (Tue May 02, 2000 08:42:50 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.363149 (Tue May 02, 2000 08:42:56 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.363195 (Tue May 02, 2000 08:43:00 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.363241 (Tue May 02, 2000 08:43:04 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.363288 (Tue May 02, 2000 08:43:08 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.363345 (Tue May 02, 2000 08:43:13 UTC) Sat PRN 6 no longer in use 36648.363507 (Tue May 02, 2000 08:43:27 UTC) Sat PRN 6, El 0, Azm 0, SNR 0, Code Search 36648.363693 (Tue May 02, 2000 08:43:43 UTC) Sat PRN 6 no longer in use 36648.365556 (Tue May 02, 2000 08:46:24 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Freq Acquire 36648.365602 (Tue May 02, 2000 08:46:28 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Code Search 36648.365845 (Tue May 02, 2000 08:46:49 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Freq Acquire 36648.365892 (Tue May 02, 2000 08:46:53 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Code Search 36648.365996 (Tue May 02, 2000 08:47:02 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Freq Acquire 36648.366054 (Tue May 02, 2000 08:47:07 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Code Search 36648.366193 (Tue May 02, 2000 08:47:19 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Freq Acquire 36648.366250 (Tue May 02, 2000 08:47:24 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Code Search 36648.366297 (Tue May 02, 2000 08:47:28 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Freq Acquire 36648.366343 (Tue May 02, 2000 08:47:32 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Code Search 36648.367720 (Tue May 02, 2000 08:49:31 UTC) Sat PRN 16, El 25, Azm 269, SNR 0, Available 36648.367732 (Tue May 02, 2000 08:49:32 UTC) Sat PRN 16, El 25, Azm 269, SNR 0, Message Sync Detect 36648.367744 (Tue May 02, 2000 08:49:33 UTC) Sat PRN 16, El 25, Azm 269, SNR 0, Code Search 36648.367790 (Tue May 02, 2000 08:49:37 UTC) Sat PRN 16, El 25, Azm 269, SNR 0, Message Sync Detect 36648.367801 (Tue May 02, 2000 08:49:38 UTC) Sat PRN 16, El 25, Azm 269, SNR 23, AS 36648.367813 (Tue May 02, 2000 08:49:39 UTC) Sat PRN 16, El 25, Azm 269, SNR 23, AS, Parity Error 36648.367836 (Tue May 02, 2000 08:49:41 UTC) Sat PRN 16, El 25, Azm 269, SNR 23, AS 36648.367952 (Tue May 02, 2000 08:49:51 UTC) Sat PRN 3, El 40, Azm 155, SNR 0, Available 36648.367998 (Tue May 02, 2000 08:49:55 UTC) Sat PRN 3, El 40, Azm 155, SNR 14, AS, Parity Error 36648.368033 (Tue May 02, 2000 08:49:58 UTC) Sat PRN 3, El 40, Azm 155, SNR 16, AS 36648.368207 (Tue May 02, 2000 08:50:13 UTC) Sat PRN 3, El 40, Azm 155, SNR 10, AS, Parity Error 36648.368230 (Tue May 02, 2000 08:50:15 UTC) Sat PRN 3, El 40, Azm 155, SNR 0, Message Sync Detect 36648.368264 (Tue May 02, 2000 08:50:18 UTC) Sat PRN 3, El 40, Azm 155, SNR 0, Code Search 36648.368334 (Tue May 02, 2000 08:50:24 UTC) Sat PRN 3, El 40, Azm 155, SNR 0, Freq Acquire 36648.368380 (Tue May 02, 2000 08:50:28 UTC) Sat PRN 3, El 40, Azm 155, SNR 0, Code Search 36648.368982 (Tue May 02, 2000 08:51:20 UTC) Sat PRN 3, El 41, Azm 154, SNR 0, Freq Acquire 36648.369028 (Tue May 02, 2000 08:51:24 UTC) Sat PRN 3, El 41, Azm 154, SNR 0, Code Search 36648.369086 (Tue May 02, 2000 08:51:29 UTC) Sat PRN 3, El 41, Azm 154, SNR 0, Freq Acquire 36648.369121 (Tue May 02, 2000 08:51:32 UTC) Sat PRN 3, El 41, Azm 154, SNR 12, AS 36648.369156 (Tue May 02, 2000 08:51:35 UTC) Sat PRN 3, El 41, Azm 154, SNR 21, AS, Parity Error 36648.369202 (Tue May 02, 2000 08:51:39 UTC) Sat PRN 3, El 41, Azm 154, SNR 23, AS 36648.370707 (Tue May 02, 2000 08:53:49 UTC) Sat PRN 16, El 25, Azm 267, SNR 0, Available 36648.370718 (Tue May 02, 2000 08:53:50 UTC) Sat PRN 16, El 25, Azm 267, SNR 0, Message Sync Detect 36648.370730 (Tue May 02, 2000 08:53:51 UTC) Sat PRN 16, El 25, Azm 267, SNR 0, Code Search 36648.370776 (Tue May 02, 2000 08:53:55 UTC) Sat PRN 16, El 25, Azm 267, SNR 0, Message Sync Detect 36648.370788 (Tue May 02, 2000 08:53:56 UTC) Sat PRN 16, El 25, Azm 267, SNR 25, AS, Parity Error 36648.370811 (Tue May 02, 2000 08:53:58 UTC) Sat PRN 16, El 25, Azm 267, SNR 26, AS 36648.371748 (Tue May 02, 2000 08:55:19 UTC) Sat PRN 16, El 24, Azm 267, SNR 0, Available 36648.371760 (Tue May 02, 2000 08:55:20 UTC) Sat PRN 16, El 24, Azm 267, SNR 0, Message Sync Detect 36648.371771 (Tue May 02, 2000 08:55:21 UTC) Sat PRN 16, El 24, Azm 267, SNR 0, Code Search 36648.371818 (Tue May 02, 2000 08:55:25 UTC) Sat PRN 16, El 24, Azm 267, SNR 0, Message Sync Detect 36648.371829 (Tue May 02, 2000 08:55:26 UTC) Sat PRN 16, El 24, Azm 266, SNR 25, AS, Parity Error 36648.371852 (Tue May 02, 2000 08:55:28 UTC) Sat PRN 16, El 24, Azm 266, SNR 24, AS 36648.374144 (Tue May 02, 2000 08:58:46 UTC) Sat PRN 3, El 44, Azm 152, SNR 10, AS, Parity Error 36648.374156 (Tue May 02, 2000 08:58:47 UTC) Sat PRN 3, El 44, Azm 152, SNR 10, AS 36648.374179 (Tue May 02, 2000 08:58:49 UTC) Sat PRN 3, El 44, Azm 152, SNR 0, Message Sync Detect 36648.374190 (Tue May 02, 2000 08:58:50 UTC) Sat PRN 3, El 44, Azm 152, SNR 0, Available 36648.374202 (Tue May 02, 2000 08:58:51 UTC) Sat PRN 3, El 44, Azm 152, SNR 14, AS 36648.374746 (Tue May 02, 2000 08:59:38 UTC) Sat PRN 31, El 17, Azm 183, SNR 0, Freq Acquire 36648.374757 (Tue May 02, 2000 08:59:39 UTC) Sat PRN 3, El 44, Azm 152, SNR 12, AS, Parity Error 36648.374757 (Tue May 02, 2000 08:59:39 UTC) Sat PRN 31, El 17, Azm 183, SNR 0, Message Sync Detect 36648.374769 (Tue May 02, 2000 08:59:40 UTC) Sat PRN 3, El 44, Azm 152, SNR 0, Message Sync Detect 36648.374792 (Tue May 02, 2000 08:59:42 UTC) Sat PRN 3, El 44, Azm 152, SNR 0, Code Search 36648.374885 (Tue May 02, 2000 08:59:50 UTC) Sat PRN 31, El 17, Azm 183, SNR 0, Available 36648.374896 (Tue May 02, 2000 08:59:51 UTC) Sat PRN 31, El 17, Azm 183, SNR 19, AS, Parity Error 36648.374908 (Tue May 02, 2000 08:59:52 UTC) Sat PRN 31, El 17, Azm 183, SNR 18, AS 36648.375105 (Tue May 02, 2000 09:00:09 UTC) Sat PRN 3, El 45, Azm 152, SNR 0, Freq Acquire 36648.375116 (Tue May 02, 2000 09:00:10 UTC) Sat PRN 3, El 45, Azm 152, SNR 17, AS 36648.376447 (Tue May 02, 2000 09:02:05 UTC) Sat PRN 31, El 18, Azm 183, SNR 14, AS, Parity Error 36648.376505 (Tue May 02, 2000 09:02:10 UTC) Sat PRN 31, El 18, Azm 183, SNR 14, AS 36648.376517 (Tue May 02, 2000 09:02:11 UTC) Sat PRN 31, El 18, Azm 183, SNR 12, AS, Parity Error 36648.376551 (Tue May 02, 2000 09:02:14 UTC) Sat PRN 31, El 18, Azm 183, SNR 14, AS 36648.376725 (Tue May 02, 2000 09:02:29 UTC) Sat PRN 31, El 18, Azm 183, SNR 0, Available ==================== -----Original Message----- From: bounce-tacgps-5621@lists.tapr.org [mailto:bounce-tacgps-5621@lists.tapr.org]On Behalf Of Kohjin Yamada Sent: Tuesday, May 02, 2000 5:22 AM To: TAPR Special Interest Group Cc: TAPR APRS SIG; AMSAT BB Subject: [tacgps] Re: [amsat-bb] More on GPS S/A Going Away SA set off at around 09:00 UTC May 2 !!! I'm watching TAC32 shows the height stays within 1m now, big surprise. Kohjin - JR1EDE --- You are currently subscribed to tacgps as: RICK@CNSSYS.COM To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 06:33:13 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA23070 for ; Tue, 2 May 2000 06:33:10 -0500 (CDT) From: "Richard M. Hambly" To: "TAPR Special Interest Group" Subject: [tacgps] FW: More on GPS S/A Going Away Date: Tue, 2 May 2000 07:32:03 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk HERE IT IS AGAIN WITH LINE WRAP SET TO 132 instead of 78. Should be more readable. All, I wrote a special version of Tac32Plus yesterday specifically to capture this event. The receiver used in this test was a Motorola M12 Version 1.3. The following data is extracted from a log that stores every significant change in satellite status (NOT Azimuth, Elevation, SNR). Because of this most of the entries show the events during signal acquisition and loss of signal. Once the satellite is being tracked only the occasional parity error is logged. EXCEPT for the change in SA state around 08:00 UTC! The following data is from a two hour period from 07:00 UTC to 09:00 UTC. At 07:59:50 things begin to happen all at once. Rick WB2TNL ============= 36648.291285 (Tue May 02, 2000 06:59:27 UTC) Sat PRN 6, El 20, Azm 71, SNR 14, AS, SA 36648.292373 (Tue May 02, 2000 07:01:01 UTC) Sat PRN 6, El 20, Azm 71, SNR 0, Available 36648.292419 (Tue May 02, 2000 07:01:05 UTC) Sat PRN 6, El 20, Azm 71, SNR 12, AS, SA 36648.292593 (Tue May 02, 2000 07:01:20 UTC) Sat PRN 6, El 20, Azm 71, SNR 0, Available 36648.292616 (Tue May 02, 2000 07:01:22 UTC) Sat PRN 6, El 20, Azm 71, SNR 0, Message Sync Detect 36648.292628 (Tue May 02, 2000 07:01:23 UTC) Sat PRN 6, El 20, Azm 71, SNR 0, Code Search 36648.294237 (Tue May 02, 2000 07:03:42 UTC) Sat PRN 6, El 20, Azm 69, SNR 0, Freq Acquire 36648.294260 (Tue May 02, 2000 07:03:44 UTC) Sat PRN 6, El 20, Azm 69, SNR 12, AS, SA 36648.294341 (Tue May 02, 2000 07:03:51 UTC) Sat PRN 6, El 20, Azm 69, SNR 21, AS, SA, Parity Error 36648.294399 (Tue May 02, 2000 07:03:56 UTC) Sat PRN 6, El 20, Azm 69, SNR 19, AS, SA 36648.296829 (Tue May 02, 2000 07:07:26 UTC) Sat PRN 29, El 19, Azm 127, SNR 10, AS, SA, Parity Error 36648.296841 (Tue May 02, 2000 07:07:27 UTC) Sat PRN 29, El 19, Azm 127, SNR 0, Available 36648.296852 (Tue May 02, 2000 07:07:28 UTC) Sat PRN 29, El 19, Azm 127, SNR 0, Message Sync Detect 36648.296875 (Tue May 02, 2000 07:07:30 UTC) Sat PRN 29, El 19, Azm 127, SNR 0, Code Search 36648.297373 (Tue May 02, 2000 07:08:13 UTC) Sat PRN 29, El 18, Azm 127, SNR 0, Freq Acquire 36648.297419 (Tue May 02, 2000 07:08:17 UTC) Sat PRN 29, El 18, Azm 127, SNR 0, Code Search 36648.297454 (Tue May 02, 2000 07:08:20 UTC) Sat PRN 29, El 19, Azm 127, SNR 0, Freq Acquire 36648.297466 (Tue May 02, 2000 07:08:21 UTC) Sat PRN 29, El 19, Azm 127, SNR 0, Message Sync Detect 36648.297477 (Tue May 02, 2000 07:08:22 UTC) Sat PRN 29, El 19, Azm 127, SNR 22, AS, SA 36648.297709 (Tue May 02, 2000 07:08:42 UTC) Sat PRN 6, El 20, Azm 67, SNR 10, AS, SA, Parity Error 36648.297744 (Tue May 02, 2000 07:08:45 UTC) Sat PRN 6, El 20, Azm 67, SNR 9, AS, SA 36648.297767 (Tue May 02, 2000 07:08:47 UTC) Sat PRN 6, El 20, Azm 67, SNR 12, AS, SA, Parity Error 36648.297813 (Tue May 02, 2000 07:08:51 UTC) Sat PRN 6, El 20, Azm 67, SNR 11, AS, SA 36648.298033 (Tue May 02, 2000 07:09:10 UTC) Sat PRN 6, El 20, Azm 67, SNR 10, AS, SA, Parity Error 36648.298044 (Tue May 02, 2000 07:09:11 UTC) Sat PRN 6, El 20, Azm 67, SNR 0, Available 36648.298102 (Tue May 02, 2000 07:09:16 UTC) Sat PRN 6, El 20, Azm 67, SNR 0, Message Sync Detect 36648.298149 (Tue May 02, 2000 07:09:20 UTC) Sat PRN 6, El 20, Azm 67, SNR 12, AS, SA 36648.298207 (Tue May 02, 2000 07:09:25 UTC) Sat PRN 6, El 20, Azm 67, SNR 0, Available 36648.298218 (Tue May 02, 2000 07:09:26 UTC) Sat PRN 6, El 20, Azm 67, SNR 0, Message Sync Detect 36648.298241 (Tue May 02, 2000 07:09:28 UTC) Sat PRN 6, El 20, Azm 67, SNR 0, Code Search 36648.298785 (Tue May 02, 2000 07:10:15 UTC) Sat PRN 6, El 20, Azm 66, SNR 0, Freq Acquire 36648.298820 (Tue May 02, 2000 07:10:18 UTC) Sat PRN 6, El 20, Azm 66, SNR 15, AS, SA 36648.299028 (Tue May 02, 2000 07:10:36 UTC) Sat PRN 6, El 20, Azm 66, SNR 0, Available 36648.299040 (Tue May 02, 2000 07:10:37 UTC) Sat PRN 6, El 20, Azm 66, SNR 11, AS, SA, Parity Error 36648.299075 (Tue May 02, 2000 07:10:40 UTC) Sat PRN 6, El 20, Azm 66, SNR 12, AS, SA 36648.300753 (Tue May 02, 2000 07:13:05 UTC) Sat PRN 30, El 9, Azm 43, SNR 14, AS, SA, Parity Error 36648.300788 (Tue May 02, 2000 07:13:08 UTC) Sat PRN 30, El 9, Azm 43, SNR 14, AS, SA 36648.306586 (Tue May 02, 2000 07:21:29 UTC) Sat PRN 29, El 13, Azm 131, SNR 12, AS, SA, Parity Error 36648.306609 (Tue May 02, 2000 07:21:31 UTC) Sat PRN 29, El 13, Azm 131, SNR 0, Available 36648.306644 (Tue May 02, 2000 07:21:34 UTC) Sat PRN 6, El 20, Azm 61, SNR 11, AS, SA, Parity Error 36648.306644 (Tue May 02, 2000 07:21:34 UTC) Sat PRN 29, El 13, Azm 131, SNR 0, Code Search 36648.306679 (Tue May 02, 2000 07:21:37 UTC) Sat PRN 6, El 20, Azm 61, SNR 13, AS, SA 36648.306980 (Tue May 02, 2000 07:22:03 UTC) Sat PRN 3, El 0, Azm 0, SNR 0, Code Search 36648.307385 (Tue May 02, 2000 07:22:38 UTC) Sat PRN 29, El 13, Azm 131, SNR 0, Freq Acquire 36648.307431 (Tue May 02, 2000 07:22:42 UTC) Sat PRN 29, El 13, Azm 131, SNR 0, Code Search 36648.307477 (Tue May 02, 2000 07:22:46 UTC) Sat PRN 29, El 13, Azm 131, SNR 0, Freq Acquire 36648.307489 (Tue May 02, 2000 07:22:47 UTC) Sat PRN 29, El 13, Azm 131, SNR 13, AS, SA 36648.308102 (Tue May 02, 2000 07:23:40 UTC) Sat PRN 30, El 5, Azm 43, SNR 14, AS, SA, Parity Error 36648.308137 (Tue May 02, 2000 07:23:43 UTC) Sat PRN 30, El 5, Azm 44, SNR 13, AS, SA 36648.308183 (Tue May 02, 2000 07:23:47 UTC) Sat PRN 30, El 5, Azm 44, SNR 12, AS, SA, Parity Error 36648.308218 (Tue May 02, 2000 07:23:50 UTC) Sat PRN 30, El 5, Azm 44, SNR 0, Available 36648.308264 (Tue May 02, 2000 07:23:54 UTC) Sat PRN 30, El 5, Azm 44, SNR 0, Code Search 36648.308345 (Tue May 02, 2000 07:24:01 UTC) Sat PRN 30 no longer in use 36648.309630 (Tue May 02, 2000 07:25:52 UTC) Sat PRN 6, El 20, Azm 59, SNR 12, AS, SA, Parity Error 36648.309711 (Tue May 02, 2000 07:25:59 UTC) Sat PRN 6, El 20, Azm 59, SNR 14, AS, SA 36648.310406 (Tue May 02, 2000 07:26:59 UTC) Sat PRN 29, El 11, Azm 132, SNR 0, Available 36648.310440 (Tue May 02, 2000 07:27:02 UTC) Sat PRN 29, El 11, Azm 132, SNR 0, Code Search 36648.313855 (Tue May 02, 2000 07:31:57 UTC) Sat PRN 29, El 9, Azm 133, SNR 0, Freq Acquire 36648.313901 (Tue May 02, 2000 07:32:01 UTC) Sat PRN 29, El 9, Azm 133, SNR 0, Code Search 36648.315521 (Tue May 02, 2000 07:34:21 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Freq Acquire 36648.315568 (Tue May 02, 2000 07:34:25 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Code Search 36648.315602 (Tue May 02, 2000 07:34:28 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Message Sync Detect 36648.315649 (Tue May 02, 2000 07:34:32 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Ephemeris Acquire 36648.315950 (Tue May 02, 2000 07:34:58 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Message Sync Detect 36648.315984 (Tue May 02, 2000 07:35:01 UTC) Sat PRN 3, El 9, Azm 169, SNR 0, Code Search 36648.317605 (Tue May 02, 2000 07:37:21 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Freq Acquire 36648.317651 (Tue May 02, 2000 07:37:25 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Code Search 36648.317744 (Tue May 02, 2000 07:37:33 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Freq Acquire 36648.317790 (Tue May 02, 2000 07:37:37 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Code Search 36648.318010 (Tue May 02, 2000 07:37:56 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Freq Acquire 36648.318021 (Tue May 02, 2000 07:37:57 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Message Sync Detect 36648.318079 (Tue May 02, 2000 07:38:02 UTC) Sat PRN 3, El 10, Azm 169, SNR 0, Ephemeris Acquire 36648.318426 (Tue May 02, 2000 07:38:32 UTC) Sat PRN 3, El 11, Azm 169, SNR 19, AS, SA 36648.318982 (Tue May 02, 2000 07:39:20 UTC) Sat PRN 6, El 19, Azm 54, SNR 0, Available 36648.318994 (Tue May 02, 2000 07:39:21 UTC) Sat PRN 6, El 19, Azm 54, SNR 0, Message Sync Detect 36648.319028 (Tue May 02, 2000 07:39:24 UTC) Sat PRN 6, El 19, Azm 54, SNR 0, Code Search 36648.319503 (Tue May 02, 2000 07:40:05 UTC) Sat PRN 6, El 19, Azm 53, SNR 0, Freq Acquire 36648.319514 (Tue May 02, 2000 07:40:06 UTC) Sat PRN 6, El 19, Azm 53, SNR 14, AS, SA 36648.322547 (Tue May 02, 2000 07:44:28 UTC) Sat PRN 29 no longer in use 36648.323276 (Tue May 02, 2000 07:45:31 UTC) Sat PRN 3, El 13, Azm 167, SNR 12, AS, SA, Parity Error 36648.323311 (Tue May 02, 2000 07:45:34 UTC) Sat PRN 3, El 13, Azm 167, SNR 13, AS, SA 36648.323658 (Tue May 02, 2000 07:46:04 UTC) Sat PRN 3, El 13, Azm 167, SNR 0, Available 36648.323785 (Tue May 02, 2000 07:46:15 UTC) Sat PRN 3, El 14, Azm 167, SNR 0, Code Search 36648.325625 (Tue May 02, 2000 07:48:54 UTC) Sat PRN 19, El 0, Azm 0, SNR 0, Code Search 36648.325811 (Tue May 02, 2000 07:49:10 UTC) Sat PRN 19 no longer in use 36648.325973 (Tue May 02, 2000 07:49:24 UTC) Sat PRN 19, El 0, Azm 0, SNR 0, Code Search 36648.326100 (Tue May 02, 2000 07:49:35 UTC) Sat PRN 3, El 15, Azm 167, SNR 0, Freq Acquire 36648.326146 (Tue May 02, 2000 07:49:39 UTC) Sat PRN 3, El 15, Azm 167, SNR 0, Code Search 36648.326713 (Tue May 02, 2000 07:50:28 UTC) Sat PRN 6, El 17, Azm 49, SNR 14, AS, SA, Parity Error 36648.326783 (Tue May 02, 2000 07:50:34 UTC) Sat PRN 6, El 17, Azm 49, SNR 15, AS, SA 36648.327686 (Tue May 02, 2000 07:51:52 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Freq Acquire 36648.327732 (Tue May 02, 2000 07:51:56 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Code Search 36648.327767 (Tue May 02, 2000 07:51:59 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Freq Acquire 36648.327813 (Tue May 02, 2000 07:52:03 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Code Search 36648.328079 (Tue May 02, 2000 07:52:26 UTC) Sat PRN 6, El 17, Azm 48, SNR 0, Available 36648.328149 (Tue May 02, 2000 07:52:32 UTC) Sat PRN 6, El 17, Azm 48, SNR 0, Message Sync Detect 36648.328160 (Tue May 02, 2000 07:52:33 UTC) Sat PRN 6, El 17, Azm 48, SNR 0, Code Search 36648.328739 (Tue May 02, 2000 07:53:23 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Freq Acquire 36648.328762 (Tue May 02, 2000 07:53:25 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Message Sync Detect 36648.328774 (Tue May 02, 2000 07:53:26 UTC) Sat PRN 6, El 17, Azm 48, SNR 0, Freq Acquire 36648.328785 (Tue May 02, 2000 07:53:27 UTC) Sat PRN 6, El 17, Azm 48, SNR 14, AS, SA 36648.328797 (Tue May 02, 2000 07:53:28 UTC) Sat PRN 6, El 17, Azm 48, SNR 20, AS, SA, Parity Error 36648.328843 (Tue May 02, 2000 07:53:32 UTC) Sat PRN 3, El 16, Azm 166, SNR 0, Available 36648.328843 (Tue May 02, 2000 07:53:32 UTC) Sat PRN 6, El 17, Azm 48, SNR 19, AS, SA 36648.328855 (Tue May 02, 2000 07:53:33 UTC) Sat PRN 3, El 16, Azm 166, SNR 17, AS, SA 36648.330718 (Tue May 02, 2000 07:56:14 UTC) Sat PRN 3, El 17, Azm 166, SNR 11, AS, SA, Parity Error 36648.330741 (Tue May 02, 2000 07:56:16 UTC) Sat PRN 3, El 17, Azm 166, SNR 0, Available 36648.330764 (Tue May 02, 2000 07:56:18 UTC) Sat PRN 3, El 17, Azm 166, SNR 0, Message Sync Detect 36648.330788 (Tue May 02, 2000 07:56:20 UTC) Sat PRN 3, El 17, Azm 166, SNR 12, AS, SA 36648.331540 (Tue May 02, 2000 07:57:25 UTC) Sat PRN 6, El 16, Azm 47, SNR 11, AS, SA, Parity Error 36648.331563 (Tue May 02, 2000 07:57:27 UTC) Sat PRN 6, El 16, Azm 47, SNR 0, Available 36648.331575 (Tue May 02, 2000 07:57:28 UTC) Sat PRN 6, El 16, Azm 47, SNR 0, Message Sync Detect 36648.331598 (Tue May 02, 2000 07:57:30 UTC) Sat PRN 6, El 16, Azm 47, SNR 0, Code Search 36648.332153 (Tue May 02, 2000 07:58:18 UTC) Sat PRN 6, El 16, Azm 46, SNR 0, Freq Acquire 36648.332200 (Tue May 02, 2000 07:58:22 UTC) Sat PRN 6, El 16, Azm 46, SNR 0, Code Search 36648.332281 (Tue May 02, 2000 07:58:29 UTC) Sat PRN 3, El 18, Azm 165, SNR 13, AS, SA, Parity Error 36648.332315 (Tue May 02, 2000 07:58:32 UTC) Sat PRN 3, El 18, Azm 165, SNR 12, AS, SA 36648.332338 (Tue May 02, 2000 07:58:34 UTC) Sat PRN 3, El 18, Azm 165, SNR 11, AS, SA, Parity Error 36648.332373 (Tue May 02, 2000 07:58:37 UTC) Sat PRN 3, El 18, Azm 165, SNR 10, AS, SA 36648.332385 (Tue May 02, 2000 07:58:38 UTC) Sat PRN 3, El 18, Azm 165, SNR 12, AS, SA, Parity Error 36648.332454 (Tue May 02, 2000 07:58:44 UTC) Sat PRN 3, El 18, Azm 165, SNR 10, AS, SA 36648.332500 (Tue May 02, 2000 07:58:48 UTC) Sat PRN 3, El 18, Azm 165, SNR 12, AS, SA, Parity Error 36648.332535 (Tue May 02, 2000 07:58:51 UTC) Sat PRN 3, El 18, Azm 165, SNR 14, AS, SA 36648.332906 (Tue May 02, 2000 07:59:23 UTC) Sat PRN 18, El 0, Azm 0, SNR 0, Code Search *** *** THIS IS IT!! - Sats 1,3,16,22,25 switch all at once. *** 36648.333218 (Tue May 02, 2000 07:59:50 UTC) Sat PRN 1, El 41, Azm 312, SNR 25, AS 36648.333218 (Tue May 02, 2000 07:59:50 UTC) Sat PRN 3, El 19, Azm 165, SNR 20, AS 36648.333218 (Tue May 02, 2000 07:59:50 UTC) Sat PRN 16, El 28, Azm 294, SNR 22, AS 36648.333218 (Tue May 02, 2000 07:59:50 UTC) Sat PRN 22, El 79, Azm 223, SNR 29, AS 36648.333218 (Tue May 02, 2000 07:59:50 UTC) Sat PRN 25, El 46, Azm 72, SNR 30, AS *** Acqusition of Sat 6 - NO SA! 36648.333750 (Tue May 02, 2000 08:00:36 UTC) Sat PRN 6, El 15, Azm 46, SNR 0, Freq Acquire 36648.333774 (Tue May 02, 2000 08:00:38 UTC) Sat PRN 6, El 15, Azm 45, SNR 0, Message Sync Detect 36648.333797 (Tue May 02, 2000 08:00:40 UTC) Sat PRN 6, El 15, Azm 45, SNR 0, Code Search 36648.333832 (Tue May 02, 2000 08:00:43 UTC) Sat PRN 6, El 15, Azm 45, SNR 11, AS, SA 36648.333855 (Tue May 02, 2000 08:00:45 UTC) Sat PRN 6, El 15, Azm 45, SNR 18, AS, SA, Parity Error 36648.333913 (Tue May 02, 2000 08:00:50 UTC) Sat PRN 6, El 15, Azm 45, SNR 18, AS 36648.334364 (Tue May 02, 2000 08:01:29 UTC) Sat PRN 6, El 15, Azm 45, SNR 13, AS, Parity Error 36648.334422 (Tue May 02, 2000 08:01:34 UTC) Sat PRN 6, El 15, Azm 45, SNR 14, AS *** *** Acqusition of Sats 18 and 19 - takes a while before we get a good signal *** (see 08:05:08 and 08:06:08) but when we do there is NO SA! *** 36648.334723 (Tue May 02, 2000 08:02:00 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Freq Acquire 36648.334769 (Tue May 02, 2000 08:02:04 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Code Search 36648.334792 (Tue May 02, 2000 08:02:06 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Freq Acquire 36648.334838 (Tue May 02, 2000 08:02:10 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Code Search 36648.335047 (Tue May 02, 2000 08:02:28 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Freq Acquire 36648.335093 (Tue May 02, 2000 08:02:32 UTC) Sat PRN 19, El 8, Azm 281, SNR 0, Code Search 36648.335301 (Tue May 02, 2000 08:02:50 UTC) Sat PRN 18, El 6, Azm 315, SNR 0, Freq Acquire 36648.335348 (Tue May 02, 2000 08:02:54 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Code Search 36648.335533 (Tue May 02, 2000 08:03:10 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Freq Acquire 36648.335579 (Tue May 02, 2000 08:03:14 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Code Search 36648.335625 (Tue May 02, 2000 08:03:18 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Freq Acquire 36648.335672 (Tue May 02, 2000 08:03:22 UTC) Sat PRN 18, El 6, Azm 315, SNR 0, Code Search 36648.336169 (Tue May 02, 2000 08:04:05 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Freq Acquire 36648.336216 (Tue May 02, 2000 08:04:09 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Code Search 36648.336239 (Tue May 02, 2000 08:04:11 UTC) Sat PRN 6, El 15, Azm 44, SNR 11, AS, Parity Error 36648.336239 (Tue May 02, 2000 08:04:11 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Freq Acquire 36648.336274 (Tue May 02, 2000 08:04:14 UTC) Sat PRN 6, El 15, Azm 44, SNR 14, AS 36648.336285 (Tue May 02, 2000 08:04:15 UTC) Sat PRN 18, El 6, Azm 316, SNR 0, Code Search 36648.336343 (Tue May 02, 2000 08:04:20 UTC) Sat PRN 6, El 15, Azm 44, SNR 10, AS, Parity Error 36648.336355 (Tue May 02, 2000 08:04:21 UTC) Sat PRN 3, El 21, Azm 164, SNR 12, AS, Parity Error 36648.336366 (Tue May 02, 2000 08:04:22 UTC) Sat PRN 6, El 15, Azm 44, SNR 11, AS 36648.336389 (Tue May 02, 2000 08:04:24 UTC) Sat PRN 3, El 21, Azm 164, SNR 10, AS 36648.336401 (Tue May 02, 2000 08:04:25 UTC) Sat PRN 3, El 21, Azm 164, SNR 11, AS, Parity Error 36648.336424 (Tue May 02, 2000 08:04:27 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Available 36648.336436 (Tue May 02, 2000 08:04:28 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Message Sync Detect 36648.336459 (Tue May 02, 2000 08:04:30 UTC) Sat PRN 6, El 15, Azm 44, SNR 13, AS, Parity Error 36648.336470 (Tue May 02, 2000 08:04:31 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Code Search 36648.336470 (Tue May 02, 2000 08:04:31 UTC) Sat PRN 19, El 9, Azm 282, SNR 0, Freq Acquire 36648.336505 (Tue May 02, 2000 08:04:34 UTC) Sat PRN 6, El 15, Azm 44, SNR 17, AS 36648.336517 (Tue May 02, 2000 08:04:35 UTC) Sat PRN 18, El 7, Azm 316, SNR 0, Freq Acquire 36648.336517 (Tue May 02, 2000 08:04:35 UTC) Sat PRN 19, El 9, Azm 282, SNR 0, Code Search 36648.336551 (Tue May 02, 2000 08:04:38 UTC) Sat PRN 18, El 7, Azm 316, SNR 0, Message Sync Detect 36648.336621 (Tue May 02, 2000 08:04:44 UTC) Sat PRN 18, El 7, Azm 316, SNR 0, Ephemeris Acquire 36648.336899 (Tue May 02, 2000 08:05:08 UTC) Sat PRN 18, El 7, Azm 316, SNR 19, AS 36648.337234 (Tue May 02, 2000 08:05:37 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Freq Acquire 36648.337281 (Tue May 02, 2000 08:05:41 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Code Search 36648.337292 (Tue May 02, 2000 08:05:42 UTC) Sat PRN 19, El 9, Azm 282, SNR 0, Freq Acquire 36648.337338 (Tue May 02, 2000 08:05:46 UTC) Sat PRN 19, El 9, Azm 282, SNR 0, Message Sync Detect 36648.337385 (Tue May 02, 2000 08:05:50 UTC) Sat PRN 19, El 9, Azm 282, SNR 0, Ephemeris Acquire 36648.337419 (Tue May 02, 2000 08:05:53 UTC) Sat PRN 3, El 21, Azm 164, SNR 0, Message Sync Detect 36648.337431 (Tue May 02, 2000 08:05:54 UTC) Sat PRN 3, El 21, Azm 164, SNR 16, AS 36648.337593 (Tue May 02, 2000 08:06:08 UTC) Sat PRN 19, El 9, Azm 282, SNR 19, AS 36648.337628 (Tue May 02, 2000 08:06:11 UTC) Sat PRN 3, El 21, Azm 164, SNR 11, AS, Parity Error 36648.337663 (Tue May 02, 2000 08:06:14 UTC) Sat PRN 3, El 21, Azm 164, SNR 13, AS 36648.337755 (Tue May 02, 2000 08:06:22 UTC) Sat PRN 3, El 21, Azm 164, SNR 13, AS, Parity Error 36648.337790 (Tue May 02, 2000 08:06:25 UTC) Sat PRN 3, El 21, Azm 164, SNR 14, AS 36648.339491 (Tue May 02, 2000 08:08:52 UTC) Sat PRN 3, El 22, Azm 163, SNR 9, AS, Parity Error 36648.339538 (Tue May 02, 2000 08:08:56 UTC) Sat PRN 3, El 23, Azm 164, SNR 11, AS 36648.339549 (Tue May 02, 2000 08:08:57 UTC) Sat PRN 3, El 23, Azm 164, SNR 10, AS, Parity Error 36648.339561 (Tue May 02, 2000 08:08:58 UTC) Sat PRN 3, El 23, Azm 164, SNR 11, AS 36648.339584 (Tue May 02, 2000 08:09:00 UTC) Sat PRN 3, El 23, Azm 164, SNR 0, Message Sync Detect 36648.339607 (Tue May 02, 2000 08:09:02 UTC) Sat PRN 3, El 23, Azm 164, SNR 12, AS 36648.339908 (Tue May 02, 2000 08:09:28 UTC) Sat PRN 3, El 23, Azm 163, SNR 10, AS, Parity Error 36648.339989 (Tue May 02, 2000 08:09:35 UTC) Sat PRN 3, El 23, Azm 163, SNR 14, AS 36648.340128 (Tue May 02, 2000 08:09:47 UTC) Sat PRN 3, El 23, Azm 163, SNR 11, AS, Parity Error 36648.340163 (Tue May 02, 2000 08:09:50 UTC) Sat PRN 3, El 23, Azm 163, SNR 0, Available 36648.340186 (Tue May 02, 2000 08:09:52 UTC) Sat PRN 3, El 23, Azm 163, SNR 0, Message Sync Detect 36648.340197 (Tue May 02, 2000 08:09:53 UTC) Sat PRN 3, El 23, Azm 163, SNR 0, Code Search 36648.341841 (Tue May 02, 2000 08:12:15 UTC) Sat PRN 3, El 24, Azm 163, SNR 0, Message Sync Detect 36648.341852 (Tue May 02, 2000 08:12:16 UTC) Sat PRN 3, El 24, Azm 163, SNR 17, AS 36648.343669 (Tue May 02, 2000 08:14:53 UTC) Sat PRN 3, El 25, Azm 162, SNR 13, AS, Parity Error 36648.343704 (Tue May 02, 2000 08:14:56 UTC) Sat PRN 3, El 25, Azm 162, SNR 16, AS 36648.343785 (Tue May 02, 2000 08:15:03 UTC) Sat PRN 3, El 25, Azm 162, SNR 0, Available 36648.343808 (Tue May 02, 2000 08:15:05 UTC) Sat PRN 3, El 25, Azm 162, SNR 0, Code Search 36648.344457 (Tue May 02, 2000 08:16:01 UTC) Sat PRN 3, El 25, Azm 162, SNR 0, Freq Acquire 36648.344503 (Tue May 02, 2000 08:16:05 UTC) Sat PRN 3, El 25, Azm 162, SNR 0, Code Search 36648.344549 (Tue May 02, 2000 08:16:09 UTC) Sat PRN 3, El 26, Azm 162, SNR 0, Freq Acquire 36648.344584 (Tue May 02, 2000 08:16:12 UTC) Sat PRN 3, El 26, Azm 162, SNR 19, AS 36648.352836 (Tue May 02, 2000 08:28:05 UTC) Sat PRN 6, El 9, Azm 37, SNR 0, Available 36648.352859 (Tue May 02, 2000 08:28:07 UTC) Sat PRN 6, El 9, Azm 37, SNR 11, AS, Parity Error 36648.352871 (Tue May 02, 2000 08:28:08 UTC) Sat PRN 6, El 9, Azm 37, SNR 13, AS 36648.353392 (Tue May 02, 2000 08:28:53 UTC) Sat PRN 31, El 0, Azm 0, SNR 0, Code Search 36648.354318 (Tue May 02, 2000 08:30:13 UTC) Sat PRN 31, El 5, Azm 186, SNR 0, Freq Acquire 36648.354364 (Tue May 02, 2000 08:30:17 UTC) Sat PRN 31, El 5, Azm 186, SNR 0, Code Search 36648.360394 (Tue May 02, 2000 08:38:58 UTC) Sat PRN 31, El 9, Azm 185, SNR 0, Freq Acquire 36648.360417 (Tue May 02, 2000 08:39:00 UTC) Sat PRN 31, El 9, Azm 185, SNR 0, Message Sync Detect 36648.360440 (Tue May 02, 2000 08:39:02 UTC) Sat PRN 31, El 9, Azm 185, SNR 0, Ephemeris Acquire 36648.360788 (Tue May 02, 2000 08:39:32 UTC) Sat PRN 31, El 9, Azm 185, SNR 20, AS 36648.361737 (Tue May 02, 2000 08:40:54 UTC) Sat PRN 31, El 9, Azm 185, SNR 11, AS, Parity Error 36648.361760 (Tue May 02, 2000 08:40:56 UTC) Sat PRN 31, El 9, Azm 185, SNR 9, AS 36648.361771 (Tue May 02, 2000 08:40:57 UTC) Sat PRN 31, El 9, Azm 185, SNR 9, AS, Parity Error 36648.361783 (Tue May 02, 2000 08:40:58 UTC) Sat PRN 31, El 9, Azm 185, SNR 0, Message Sync Detect 36648.361864 (Tue May 02, 2000 08:41:05 UTC) Sat PRN 31, El 9, Azm 185, SNR 0, Code Search 36648.362119 (Tue May 02, 2000 08:41:27 UTC) Sat PRN 6, El 5, Azm 34, SNR 12, AS, Parity Error 36648.362142 (Tue May 02, 2000 08:41:29 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Available 36648.362176 (Tue May 02, 2000 08:41:32 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.362489 (Tue May 02, 2000 08:41:59 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.362535 (Tue May 02, 2000 08:42:03 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.362582 (Tue May 02, 2000 08:42:07 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.362628 (Tue May 02, 2000 08:42:11 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.362732 (Tue May 02, 2000 08:42:20 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.362778 (Tue May 02, 2000 08:42:24 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.362859 (Tue May 02, 2000 08:42:31 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.362906 (Tue May 02, 2000 08:42:35 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.363033 (Tue May 02, 2000 08:42:46 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.363079 (Tue May 02, 2000 08:42:50 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.363149 (Tue May 02, 2000 08:42:56 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.363195 (Tue May 02, 2000 08:43:00 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.363241 (Tue May 02, 2000 08:43:04 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Freq Acquire 36648.363288 (Tue May 02, 2000 08:43:08 UTC) Sat PRN 6, El 5, Azm 34, SNR 0, Code Search 36648.363345 (Tue May 02, 2000 08:43:13 UTC) Sat PRN 6 no longer in use 36648.363507 (Tue May 02, 2000 08:43:27 UTC) Sat PRN 6, El 0, Azm 0, SNR 0, Code Search 36648.363693 (Tue May 02, 2000 08:43:43 UTC) Sat PRN 6 no longer in use 36648.365556 (Tue May 02, 2000 08:46:24 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Freq Acquire 36648.365602 (Tue May 02, 2000 08:46:28 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Code Search 36648.365845 (Tue May 02, 2000 08:46:49 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Freq Acquire 36648.365892 (Tue May 02, 2000 08:46:53 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Code Search 36648.365996 (Tue May 02, 2000 08:47:02 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Freq Acquire 36648.366054 (Tue May 02, 2000 08:47:07 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Code Search 36648.366193 (Tue May 02, 2000 08:47:19 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Freq Acquire 36648.366250 (Tue May 02, 2000 08:47:24 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Code Search 36648.366297 (Tue May 02, 2000 08:47:28 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Freq Acquire 36648.366343 (Tue May 02, 2000 08:47:32 UTC) Sat PRN 31, El 12, Azm 184, SNR 0, Code Search 36648.367720 (Tue May 02, 2000 08:49:31 UTC) Sat PRN 16, El 25, Azm 269, SNR 0, Available 36648.367732 (Tue May 02, 2000 08:49:32 UTC) Sat PRN 16, El 25, Azm 269, SNR 0, Message Sync Detect 36648.367744 (Tue May 02, 2000 08:49:33 UTC) Sat PRN 16, El 25, Azm 269, SNR 0, Code Search 36648.367790 (Tue May 02, 2000 08:49:37 UTC) Sat PRN 16, El 25, Azm 269, SNR 0, Message Sync Detect 36648.367801 (Tue May 02, 2000 08:49:38 UTC) Sat PRN 16, El 25, Azm 269, SNR 23, AS 36648.367813 (Tue May 02, 2000 08:49:39 UTC) Sat PRN 16, El 25, Azm 269, SNR 23, AS, Parity Error 36648.367836 (Tue May 02, 2000 08:49:41 UTC) Sat PRN 16, El 25, Azm 269, SNR 23, AS 36648.367952 (Tue May 02, 2000 08:49:51 UTC) Sat PRN 3, El 40, Azm 155, SNR 0, Available 36648.367998 (Tue May 02, 2000 08:49:55 UTC) Sat PRN 3, El 40, Azm 155, SNR 14, AS, Parity Error 36648.368033 (Tue May 02, 2000 08:49:58 UTC) Sat PRN 3, El 40, Azm 155, SNR 16, AS 36648.368207 (Tue May 02, 2000 08:50:13 UTC) Sat PRN 3, El 40, Azm 155, SNR 10, AS, Parity Error 36648.368230 (Tue May 02, 2000 08:50:15 UTC) Sat PRN 3, El 40, Azm 155, SNR 0, Message Sync Detect 36648.368264 (Tue May 02, 2000 08:50:18 UTC) Sat PRN 3, El 40, Azm 155, SNR 0, Code Search 36648.368334 (Tue May 02, 2000 08:50:24 UTC) Sat PRN 3, El 40, Azm 155, SNR 0, Freq Acquire 36648.368380 (Tue May 02, 2000 08:50:28 UTC) Sat PRN 3, El 40, Azm 155, SNR 0, Code Search 36648.368982 (Tue May 02, 2000 08:51:20 UTC) Sat PRN 3, El 41, Azm 154, SNR 0, Freq Acquire 36648.369028 (Tue May 02, 2000 08:51:24 UTC) Sat PRN 3, El 41, Azm 154, SNR 0, Code Search 36648.369086 (Tue May 02, 2000 08:51:29 UTC) Sat PRN 3, El 41, Azm 154, SNR 0, Freq Acquire 36648.369121 (Tue May 02, 2000 08:51:32 UTC) Sat PRN 3, El 41, Azm 154, SNR 12, AS 36648.369156 (Tue May 02, 2000 08:51:35 UTC) Sat PRN 3, El 41, Azm 154, SNR 21, AS, Parity Error 36648.369202 (Tue May 02, 2000 08:51:39 UTC) Sat PRN 3, El 41, Azm 154, SNR 23, AS 36648.370707 (Tue May 02, 2000 08:53:49 UTC) Sat PRN 16, El 25, Azm 267, SNR 0, Available 36648.370718 (Tue May 02, 2000 08:53:50 UTC) Sat PRN 16, El 25, Azm 267, SNR 0, Message Sync Detect 36648.370730 (Tue May 02, 2000 08:53:51 UTC) Sat PRN 16, El 25, Azm 267, SNR 0, Code Search 36648.370776 (Tue May 02, 2000 08:53:55 UTC) Sat PRN 16, El 25, Azm 267, SNR 0, Message Sync Detect 36648.370788 (Tue May 02, 2000 08:53:56 UTC) Sat PRN 16, El 25, Azm 267, SNR 25, AS, Parity Error 36648.370811 (Tue May 02, 2000 08:53:58 UTC) Sat PRN 16, El 25, Azm 267, SNR 26, AS 36648.371748 (Tue May 02, 2000 08:55:19 UTC) Sat PRN 16, El 24, Azm 267, SNR 0, Available 36648.371760 (Tue May 02, 2000 08:55:20 UTC) Sat PRN 16, El 24, Azm 267, SNR 0, Message Sync Detect 36648.371771 (Tue May 02, 2000 08:55:21 UTC) Sat PRN 16, El 24, Azm 267, SNR 0, Code Search 36648.371818 (Tue May 02, 2000 08:55:25 UTC) Sat PRN 16, El 24, Azm 267, SNR 0, Message Sync Detect 36648.371829 (Tue May 02, 2000 08:55:26 UTC) Sat PRN 16, El 24, Azm 266, SNR 25, AS, Parity Error 36648.371852 (Tue May 02, 2000 08:55:28 UTC) Sat PRN 16, El 24, Azm 266, SNR 24, AS 36648.374144 (Tue May 02, 2000 08:58:46 UTC) Sat PRN 3, El 44, Azm 152, SNR 10, AS, Parity Error 36648.374156 (Tue May 02, 2000 08:58:47 UTC) Sat PRN 3, El 44, Azm 152, SNR 10, AS 36648.374179 (Tue May 02, 2000 08:58:49 UTC) Sat PRN 3, El 44, Azm 152, SNR 0, Message Sync Detect 36648.374190 (Tue May 02, 2000 08:58:50 UTC) Sat PRN 3, El 44, Azm 152, SNR 0, Available 36648.374202 (Tue May 02, 2000 08:58:51 UTC) Sat PRN 3, El 44, Azm 152, SNR 14, AS 36648.374746 (Tue May 02, 2000 08:59:38 UTC) Sat PRN 31, El 17, Azm 183, SNR 0, Freq Acquire 36648.374757 (Tue May 02, 2000 08:59:39 UTC) Sat PRN 3, El 44, Azm 152, SNR 12, AS, Parity Error 36648.374757 (Tue May 02, 2000 08:59:39 UTC) Sat PRN 31, El 17, Azm 183, SNR 0, Message Sync Detect 36648.374769 (Tue May 02, 2000 08:59:40 UTC) Sat PRN 3, El 44, Azm 152, SNR 0, Message Sync Detect 36648.374792 (Tue May 02, 2000 08:59:42 UTC) Sat PRN 3, El 44, Azm 152, SNR 0, Code Search 36648.374885 (Tue May 02, 2000 08:59:50 UTC) Sat PRN 31, El 17, Azm 183, SNR 0, Available 36648.374896 (Tue May 02, 2000 08:59:51 UTC) Sat PRN 31, El 17, Azm 183, SNR 19, AS, Parity Error 36648.374908 (Tue May 02, 2000 08:59:52 UTC) Sat PRN 31, El 17, Azm 183, SNR 18, AS 36648.375105 (Tue May 02, 2000 09:00:09 UTC) Sat PRN 3, El 45, Azm 152, SNR 0, Freq Acquire 36648.375116 (Tue May 02, 2000 09:00:10 UTC) Sat PRN 3, El 45, Azm 152, SNR 17, AS 36648.376447 (Tue May 02, 2000 09:02:05 UTC) Sat PRN 31, El 18, Azm 183, SNR 14, AS, Parity Error 36648.376505 (Tue May 02, 2000 09:02:10 UTC) Sat PRN 31, El 18, Azm 183, SNR 14, AS 36648.376517 (Tue May 02, 2000 09:02:11 UTC) Sat PRN 31, El 18, Azm 183, SNR 12, AS, Parity Error 36648.376551 (Tue May 02, 2000 09:02:14 UTC) Sat PRN 31, El 18, Azm 183, SNR 14, AS 36648.376725 (Tue May 02, 2000 09:02:29 UTC) Sat PRN 31, El 18, Azm 183, SNR 0, Available ==================== -----Original Message----- From: bounce-tacgps-5621@lists.tapr.org [mailto:bounce-tacgps-5621@lists.tapr.org]On Behalf Of Kohjin Yamada Sent: Tuesday, May 02, 2000 5:22 AM To: TAPR Special Interest Group Cc: TAPR APRS SIG; AMSAT BB Subject: [tacgps] Re: [amsat-bb] More on GPS S/A Going Away SA set off at around 09:00 UTC May 2 !!! I'm watching TAC32 shows the height stays within 1m now, big surprise. Kohjin - JR1EDE --- You are currently subscribed to tacgps as: RICK@CNSSYS.COM To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 08:49:53 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA27033 for ; Tue, 2 May 2000 08:49:49 -0500 (CDT) Message-ID: Date: Tue, 02 May 2000 08:45:13 -0500 From: "Eric A. Cottrell" X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] GPS S/A Comments Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <390EDBE9.A6FAD0BF@shore.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Hello, I went out about 12 am EDT and did not notice much change. My Garmin 12xl was showing about 69 to 80 feet EPE. Satellite geometry was alittle bad with fewer satellite visible plus I am partly blocked in some directions. There was a difference this morning with EPE readings of 14 to 30 feet on the 12xl! A few more satellites were usuable. I fired up my old Garmin 45 and EPE read in the range of 47 to 70 feet. I can understand this as it is a sequential reciever and I suspect does not have the overdetermined solution of the 12xl. It will be interesting to hook up my DGPS setup and see the effect. I got a real expensive component DGPS (Kenwood TS-850, AEA CP-1, IBM Thinkpad 365ED). I plan at lunch to go outside and run around the parking lot at work and see the numbers change on the GPS 8->. This is great! It will be interesting to see how this effects navigation during my trip out to Dayton, Ohio mid-month. Maybe see some of you out there. 73 Eric eac@shore.net WB1HBU --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 09:54:34 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA29562 for ; Tue, 2 May 2000 09:54:33 -0500 (CDT) Message-ID: Date: Tue, 02 May 2000 07:53:18 -0700 From: Brooke Clarke Reply-To: "TAPR Special Interest Group" X-Accept-Language: en,pdf MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] PRN 27, 16, 22, 1, 25, 19, 18 SA off @ 08:00 5/2/2000 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <390EEBDE.718604C9@pacific.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Hello: I looked at the raw data log and found that in the same second the above PRNs had SA turned off (status flag A8 -> A0) PRN 25 changed (status flag A8 -> 28) 8 minutes later. What's the difference between A0 and 28? 08:00 UTC is midnight in the Pacific time zone, but why not UTC or some other time zone? 73, Brooke - N6GCE --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 10:14:57 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA00557 for ; Tue, 2 May 2000 10:14:56 -0500 (CDT) From: nolan@naic.edu (Mike Nolan) Date: Tue, 2 May 2000 11:13:53 -0400 (AST) Message-Id: To: "TAPR Special Interest Group" Subject: [tacgps] Re: SA going away at midnight?? List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005021513.LAA05046@radar.naic.edu> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk They're willing to give up SA ("selective availability") because, besides th ease of jamming, the "bad guys" probably have access to dual-frequency P-code receivers anyway, which give ca. 1m accuracy. So having SA on degrades civilian use without appreciable military benefit. The cheap commercial receivers that SA helps against have other protections as well (like shutting off if they are going too fast and too high). The military do retain the ability to use AS ("anti-spoofing"), which turns off the higher-accuracy mode except for those with Y-code receivers, which doesn't include any civilian users. But AS doesn't affect the L1 CA code that we're all using. I'm sure that in case of serious military activity, they would just go ahead and turn SA back on anyway. -Mike --------------------------- Mike Nolan +1 787 878 2612x334 Fax: +1 787 878 1861 Arecibo Observatory / Cornell University HC03 Box 53995, Arecibo, Puerto Rico 00612 USA --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 11:59:16 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA05046 for ; Tue, 2 May 2000 11:59:16 -0500 (CDT) Message-Id: Subject: [tacgps] Timing jitter reduction by elimination of SA Date: Tue, 2 May 2000 10:56:18 -0700 x-sender: ebs@biophysics.lanl.gov From: Brooks Shera To: "TAPR Special Interest Group" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005021655.KAA26171@lawyer.lanl.gov> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Measurements last night using my "standard" Oncore VP6 receiver and the ASCII output from my gps controller (this is the gps jitter averaged over 30 seconds): SA ON (before 0700 UTC): 32 nsec rms SA OFF (after 0800 UTC): 6.9 nsec rms A nice improvement of more than a factor of 4! Running the controller at N=5 resulted in a jitter into the VCXO (i.e. after filtering) of 0.82 nsec SA ON, and 0.24 nsec SA OFF, an improvement of about 3.5 The result of this is that it is now possible to run the controller at a much shorter integration time to achieve a given level of frequency stability. A shorter integration time means a VCXO with poorer stability/temperature specs can be used, if necessary. Or looking at it the other way around, much better stability is now possible with a good VCXO. Brooks --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 12:12:02 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA05667 for ; Tue, 2 May 2000 12:12:01 -0500 (CDT) Message-Id: X-Sender: davem@mail.cs.ubc.ca Date: Tue, 02 May 2000 10:10:58 -0700 To: "TAPR Special Interest Group" From: Dave Martindale Subject: [tacgps] Re: PRN 27, 16, 22, 1, 25, 19, 18 SA off @ 08:00 5/2/2000 In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <3.0.6.32.20000502101058.007b9790@mail.cs.ubc.ca> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk >08:00 UTC is midnight in the Pacific time zone, but why not UTC or some other time zone? Actually, 7:00 UTC is currently midnight in the Pacific time zone, due to daylight savings time. Maybe 8:00 UTC is midnight in Alaska? >From reports on sci.geo.satellite-nav, with people watching the output of GPS receivers, it seems that SA was actually turned off shortly after midnight EDT (4:00 UTC). Now we see that the ephemeris data was updated at 8:00 UTC. Why the 4 hour delay? Maybe it just took that long for the control segment people on the ground to verify that everything was working well before changing the flags. Or maybe they were just using two different "midnights" as target times. Turn down the clock dithering at midnight in the easternmost US timezone, turn off the ephemeris flags at midnight in the westernmost (continental) US timezone. Dave --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 12:25:34 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA06224 for ; Tue, 2 May 2000 12:25:34 -0500 (CDT) Message-ID: From: "Kirby, Brian" To: "TAPR Special Interest Group" Subject: [tacgps] RE: Timing jitter reduction by elimination of SA Date: Tue, 2 May 2000 12:19:42 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFB45A.9D7D3CB0" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFB45A.9D7D3CB0 Content-Type: text/plain Wonder what that will do for the new M12 ? > ---------- > From: Brooks Shera[SMTP:ebs@lanl.gov] > Reply To: TAPR Special Interest Group > Sent: Tuesday, May 02, 2000 12:56 PM > To: TAPR Special Interest Group > Subject: [tacgps] Timing jitter reduction by elimination of SA > > Measurements last night using my "standard" Oncore VP6 receiver and the > ASCII output from my gps controller (this is the gps jitter averaged over > 30 seconds): > > SA ON (before 0700 UTC): 32 nsec rms > > SA OFF (after 0800 UTC): 6.9 nsec rms > > A nice improvement of more than a factor of 4! > > Running the controller at N=5 resulted in a jitter into the > VCXO (i.e. after filtering) of 0.82 nsec SA ON, and 0.24 nsec SA OFF, > an improvement of about 3.5 > > The result of this is that it is now possible to run the controller > at a much shorter integration time to achieve a given level of frequency > stability. A shorter integration time means a VCXO with poorer > stability/temperature specs can be used, if necessary. Or looking at it > the other way around, much better stability is now possible with a good > VCXO. > > Brooks > > --- > You are currently subscribed to tacgps as: brian.kirby@msfc.nasa.gov > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > ------_=_NextPart_001_01BFB45A.9D7D3CB0 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: [tacgps] Timing jitter reduction by elimination of = SA

Wonder what that = will do for the new M12 ?

    ----------
    From:   = Brooks = Shera[SMTP:ebs@lanl.gov]
    Reply To: =       TAPR Special Interest Group
    Sent:   = Tuesday, May 02, 2000 12:56 = PM
    To: =     TAPR Special = Interest Group
    Subject: =        [tacgps] Timing jitter reduction by elimination of SA

    Measurements last night using my = "standard" Oncore VP6 receiver and the
    ASCII output from my gps controller = (this is the gps jitter averaged over
    30 seconds):

    SA ON (before 0700 UTC):  32 nsec = rms

    SA OFF (after 0800 UTC):  6.9 = nsec rms

    A nice improvement of more than a = factor of 4!

    Running the controller at N=3D5 = resulted in a jitter into the
    VCXO (i.e. after filtering) of 0.82 = nsec SA ON, and 0.24 nsec SA OFF,
    an improvement of about 3.5

    The result of this is that it is now = possible to run the controller
    at a much shorter integration time to = achieve a given level of frequency
    stability.  A shorter = integration time means a VCXO with poorer
    stability/temperature specs can be = used, if necessary.  Or looking at it
    the other way around, much better = stability is now possible with a good
    VCXO.

    Brooks    

    ---
    You are currently subscribed to = tacgps as: brian.kirby@msfc.nasa.gov
    To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org

------_=_NextPart_001_01BFB45A.9D7D3CB0-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 12:47:41 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA06993 for ; Tue, 2 May 2000 12:47:41 -0500 (CDT) Message-Id: Subject: [tacgps] RE: Timing jitter reduction by elimination of SA Date: Tue, 2 May 2000 11:45:19 -0700 x-sender: ebs@biophysics.lanl.gov From: Brooks Shera To: "TAPR Special Interest Group" Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005021744.LAA27485@lawyer.lanl.gov> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk >Wonder what that will do for the new M12 ? Sadly, almost nothing. --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 12:52:14 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA07135 for ; Tue, 2 May 2000 12:52:13 -0500 (CDT) Message-ID: From: "Kirby, Brian" To: "TAPR Special Interest Group" Subject: [tacgps] RE: Timing jitter reduction by elimination of SA Date: Tue, 2 May 2000 12:48:58 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFB45E.B157EEDE" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFB45E.B157EEDE Content-Type: text/plain I was hoping for some gain - I seen it hit 1100 ns at one point..... > ---------- > From: Brooks Shera[SMTP:ebs@lanl.gov] > Reply To: TAPR Special Interest Group > Sent: Tuesday, May 02, 2000 1:45 PM > To: TAPR Special Interest Group > Subject: [tacgps] RE: Timing jitter reduction by elimination of SA > > >Wonder what that will do for the new M12 ? > > Sadly, almost nothing. > > --- > You are currently subscribed to tacgps as: brian.kirby@msfc.nasa.gov > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > ------_=_NextPart_001_01BFB45E.B157EEDE Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: [tacgps] RE: Timing jitter reduction by elimination of = SA

I was hoping for = some gain - I seen it hit 1100 ns at one point.....

    ----------
    From:   = Brooks = Shera[SMTP:ebs@lanl.gov]
    Reply To: =       TAPR Special Interest Group
    Sent:   = Tuesday, May 02, 2000 1:45 = PM
    To: =     TAPR Special = Interest Group
    Subject: =        [tacgps] RE: Timing jitter reduction by elimination of SA

    >Wonder what that will do for the = new M12 ?

    Sadly, almost nothing.

    ---
    You are currently subscribed to = tacgps as: brian.kirby@msfc.nasa.gov
    To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org

------_=_NextPart_001_01BFB45E.B157EEDE-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 13:20:46 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA08518 for ; Tue, 2 May 2000 13:20:45 -0500 (CDT) Message-Id: Date: Tue, 2 May 2000 11:19:06 -0700 (PDT) From: tvb@veritas.com (Tom Van Baak) To: "TAPR Special Interest Group" Subject: [tacgps] Nice results with HP 58503A List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Those of you with HP 58503A GPSDO receivers know that although the daily and monthly stability is very good the 1 PPS output can wander by tens of nanoseconds for times less than an hour. But with SA gone see the nice results: http://www.leapsecond.com/sa/ Doug Hogarth posted similar results: http://www.niceties.com/atomic.html /tvb --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 14:24:54 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA11011 for ; Tue, 2 May 2000 14:24:53 -0500 (CDT) Message-ID: Date: Tue, 02 May 2000 20:17:58 +0100 From: "Dr Thomas A Clark (W3IWI)" X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" CC: Doug Hogarth , Chuck Kodak , John Bosworth , John Degnan , Bruce Schupler , Ed Himwich , Tom Clark , Art Sepin , Rick Hambly , Jim Read , Donna Bell , Erricos Pavlis , Phil Karn , Larry Hothem , Richard Langley , John Rush , Larry Young , Frank Bauer , John Franke , John LaBrecque , Tom Stansell , Reza Abtahi Subject: [tacgps] S/A Turned Off @04:00 -- Initial Report Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <390F29E6.6C7D6987@clark.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Please pardon the wide fan-out, but a number of people asked similar questions about last night's exciting party with DoD turning off S/A. Rick Hambly reported that S/A was turned off last night at 08:00 UTC based on the GPS status bits. I just took a look at the last week of timing data between the Hydrogen Maser and one of my TAC-2 (Motorola ONCORE VP) L1 timing receivers at the NASA Goddard Geophysical & Astronomical Observatory (GGAO). The data shows that S/A was actually turned off @ 04:00, meaning that Rick's status bit information was conservative and lagged the actual GPS satellite re-configuration by 4 hours. This also means that the "midnight" in yesterday's press release ended up referring to EDT. I have posted two plots for your interest on my FTP site at URL ftp://tac.gsfc.nasa.gov/pub/tac32/SA_off_1.pdf and ftp://tac.gsfc.nasa.gov/pub/tac32/SA_off_2.pdf Plot 1 shows the past week of GGAO timing data (the units are all in usec and times in UTC). The TAC-2 at GGAO uses Rick's TAC32Plus software with an HP53131A Time-Interval Counter (I call the combo the TIC-TAC!) to average individual one-second data over 5 minute intervals and to remove the ONCORE's internal (+/- 52 nsec) sawtooth dither. TAC32Plus maintains statistics on the RMS noise level of the 300 points in the 5 minute window, and on the max/min of the 300 individual measurements. Plot 2 is a zoomed view of the last day of the plot 1. On these plots, the Blue trace is the 5 minute average, and Red/Green are the max/min extrema after removing a ~5.8e-13 Maser Offset rate and ~11 usec maser-to-UTC Offset to produce an untrended, zero-mean plot (i.e. the expected value for blue is zero). The orange line is the internal (i.e. shorter than 5 minute) measurement RMS. The event with S/A turning off @ 04:00 UTC is quite obvious. Before S/A was turned off, excursions of +/- 100-150 nsec (the red/grn noise around the blue average) were quite common. Prior to 04:00, the short term internal noise level (orange) averaged ~16.4 nsec. The long term noise level (i.e. variations around the zero mean) of the 5 minute (blue) averages is 24.3 nsec. It's only ~12 hours since S/A was turned off, but the effect on timing is pretty spectacular, and is best viewed on Plot 2. The (orange) 16.4 nsec RMS noise has decreased to 4.1 nsec. It's a bit soon to discuss longer-term statistics, but the 5-minute (blue) average now shows only 9.7 nsec of noise. I am a bit perplexed that average (blue) is not centered between the max/min (grn/red) traces (perhaps there is some heretofore undiscovered ONCORE bias?). All-in-all, the effect of turning S/A is quite spectacular, especially for the "low-cost" timing community. Regards, Tom --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 15:12:58 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA13173 for ; Tue, 2 May 2000 15:12:57 -0500 (CDT) X-Authentication-Warning: sol.sun.csd.unb.ca: lang owned process doing -bs Date: Tue, 2 May 2000 16:31:19 -0300 (ADT) From: Richard Langley X-Sender: lang@sol.sun.csd.unb.ca To: "TAPR Special Interest Group" cc: TACGPS Group , Time Transfer Working Group , Doug Hogarth , Chuck Kodak , John Bosworth , John Degnan , Bruce Schupler , Ed Himwich , Tom Clark , Art Sepin , Rick Hambly , Jim Read , Donna Bell , Erricos Pavlis , Phil Karn , Larry Hothem , John Rush , Larry Young , Frank Bauer , John Franke , John LaBrecque , Tom Stansell , Reza Abtahi Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report In-Reply-To: <390F29E6.6C7D6987@clark.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Thanks, Tom. Also have a look at the plot on the U.S. Space Command GPS Support Center Web site confirming the 0400 UTC SA turn off . -- Richard On Tue, 2 May 2000, Dr Thomas A Clark (W3IWI) wrote: >Please pardon the wide fan-out, but a number of people asked similar >questions about last night's exciting party with DoD turning off S/A. > > >Rick Hambly reported that S/A was turned off last night at 08:00 UTC >based on the GPS status bits. I just took a look at the last week >of timing data between the Hydrogen Maser and one of my TAC-2 (Motorola >ONCORE VP) L1 timing receivers at the NASA Goddard Geophysical & >Astronomical Observatory (GGAO). The data shows that S/A was actually >turned off @ 04:00, meaning that Rick's status bit information was >conservative and lagged the actual GPS satellite re-configuration by >4 hours. This also means that the "midnight" in yesterday's press >release ended up referring to EDT. > >I have posted two plots for your interest on my FTP site at URL > ftp://tac.gsfc.nasa.gov/pub/tac32/SA_off_1.pdf > and ftp://tac.gsfc.nasa.gov/pub/tac32/SA_off_2.pdf > >Plot 1 shows the past week of GGAO timing data (the units are all >in usec and times in UTC). The TAC-2 at GGAO uses Rick's TAC32Plus >software with an HP53131A Time-Interval Counter (I call the combo >the TIC-TAC!) to average individual one-second data over 5 minute >intervals and to remove the ONCORE's internal (+/- 52 nsec) sawtooth >dither. TAC32Plus maintains statistics on the RMS noise level of the >300 points in the 5 minute window, and on the max/min of the 300 >individual measurements. Plot 2 is a zoomed view of the last day of >the plot 1. > >On these plots, the Blue trace is the 5 minute average, and Red/Green >are the max/min extrema after removing a ~5.8e-13 Maser Offset rate >and ~11 usec maser-to-UTC Offset to produce an untrended, zero-mean >plot (i.e. the expected value for blue is zero). The orange line is >the internal (i.e. shorter than 5 minute) measurement RMS. > > >The event with S/A turning off @ 04:00 UTC is quite obvious. Before >S/A was turned off, excursions of +/- 100-150 nsec (the red/grn noise >around the blue average) were quite common. Prior to 04:00, the short >term internal noise level (orange) averaged ~16.4 nsec. The long term >noise level (i.e. variations around the zero mean) of the 5 minute >(blue) averages is 24.3 nsec. > >It's only ~12 hours since S/A was turned off, but the effect on >timing is pretty spectacular, and is best viewed on Plot 2. The >(orange) 16.4 nsec RMS noise has decreased to 4.1 nsec. It's a bit >soon to discuss longer-term statistics, but the 5-minute (blue) >average now shows only 9.7 nsec of noise. > >I am a bit perplexed that average (blue) is not centered between >the max/min (grn/red) traces (perhaps there is some heretofore >undiscovered ONCORE bias?). > >All-in-all, the effect of turning S/A is quite spectacular, >especially for the "low-cost" timing community. > >Regards, Tom > =============================================================================== Richard B. Langley E-mail: lang@unb.ca Geodetic Research Laboratory Web: http://www.unb.ca/GGE/ Dept. of Geodesy and Geomatics Engineering Phone: +1 506 453-5142 University of New Brunswick Fax: +1 506 453-4943 Fredericton, N.B., Canada E3B 5A3 Fredericton? Where's that? See: http://www.city.fredericton.nb.ca/ =============================================================================== --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 15:52:48 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA14603 for ; Tue, 2 May 2000 15:52:43 -0500 (CDT) Message-ID: Date: Tue, 02 May 2000 21:47:21 +0100 From: "Dr Thomas A Clark (W3IWI)" X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" CC: TACGPS Group , Time Transfer Working Group , Doug Hogarth , Chuck Kodak , John Bosworth , John Degnan , Bruce Schupler , Ed Himwich , Tom Clark , Art Sepin , Rick Hambly , Jim Read , Donna Bell , Erricos Pavlis , Phil Karn , Larry Hothem , John Rush , Larry Young , Frank Bauer , John Franke , John LaBrecque , Tom Stansell , Reza Abtahi Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <390F3ED9.8A0A1D8A@clark.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Richard Langley wrote: > > Thanks, Tom. Also have a look at the plot on the U.S. Space Command GPS > Support Center Web site confirming the 0400 UTC SA turn off > . > -- Richard Thanks Richard -- hadn't looked at the SpaceCom page. Their plot tracks my timing results quite well. Tom --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 17:04:54 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA17932 for ; Tue, 2 May 2000 17:04:53 -0500 (CDT) From: "Richard M. Hambly" To: "TAPR Special Interest Group" Subject: [tacgps] RE: PRN 27, 16, 22, 1, 25, 19, 18 SA off @ 08:00 5/2/2000 Date: Tue, 2 May 2000 18:01:35 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal In-reply-to: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Brooke, Assuming you are talking about a Motorola VP or UT: A8 => in use, anti-spoof flag set, inaccurate (SA) A0 => in use, anti-spoof flag set 28 => not in use, anti-spoof flag set, inaccurate (SA) Rick WB2TNL -----Original Message----- From: bounce-tacgps-5621@lists.tapr.org [mailto:bounce-tacgps-5621@lists.tapr.org]On Behalf Of Brooke Clarke Sent: Tuesday, May 02, 2000 10:53 AM To: TAPR Special Interest Group Subject: [tacgps] PRN 27, 16, 22, 1, 25, 19, 18 SA off @ 08:00 5/2/2000 Hello: I looked at the raw data log and found that in the same second the above PRNs had SA turned off (status flag A8 -> A0) PRN 25 changed (status flag A8 -> 28) 8 minutes later. What's the difference between A0 and 28? 08:00 UTC is midnight in the Pacific time zone, but why not UTC or some other time zone? 73, Brooke - N6GCE --- You are currently subscribed to tacgps as: RICK@CNSSYS.COM To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 2 22:26:21 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA28903 for ; Tue, 2 May 2000 22:26:20 -0500 (CDT) Message-ID: Date: Tue, 02 May 2000 22:25:39 -0500 From: "Eric A. Cottrell" X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <390F9C33.312D7830@shore.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk "Dr Thomas A Clark (W3IWI)" wrote: > > Richard Langley wrote: > > > > Thanks, Tom. Also have a look at the plot on the U.S. Space Command GPS > > Support Center Web site confirming the 0400 UTC SA turn off > > . > > -- Richard > > Thanks Richard -- hadn't looked at the SpaceCom page. Their plot tracks > my timing results quite well. Hello, I got to get some more timing toys. Of course this also came so fast that I doubt any of my timing toys would be setup. I keep the 12xl in the car because I run APRS. I should have connected the 12xl to the computer for at least a NMEA log but then I could not run around the yard. I thought I noticed the position not shifting around as much after midnight but I was trusting the EPE readings on my 12xl. I assume that they lowered the URA figures when they flipped the SA status off. (Which means they could turn SA on and not flip the SA status on as well). I seem to recall that jitter is introduced into values in the broadcast data so the 4 hour delay could be to make sure the old data sets with the jitter had expired. I set my GPS units for decimal degrees as that setting seemed to have the most resolution. It is neat to have only the lsd change by a count or two. It is neat to walk south and have the latitude decrease and the longitude stay steady, then walk east and have the latitude stay steady and the longitude decrease. A step is about one LSD digit change so the effect of moving was noticable. Walking around a parking lot holding two GPS units is behavior a normal person would not understand 8->. The 45 position was a few lsd digits off (about 12 to 24 feet) from the 12xl position (which I expected and is reflected in the EPE on the 45). It is going to be interesting now as the mouth of my driveway (some 37 feet away) is a different waypoint compared to where my car is parked. I also noticed old waypoints are about a tenth of a mile away from the new non-SA position as I did not average them for long. I also notice that the waypoint position average does not work as well. The number goes down alittle and changes as the EPE changes (it goes up as well as down). So I guess the position average is a relic of the old SA days. This evening I hooked up my Street Atlas 7.0 and got good results. The arrow does not tend to wander and stays closer to the street you are on. The arrow also seems to be pointing more closely to your direction of travel. It is more noticable that some street segments on the map are alittle off and they draw a straight segment between two intersections where the real street curves. When I stopped for a light the position dot was at the right cross street. I remember reading in the SA 7.0 docs that the accuracy of the map data is 100 feet. IMHO eliminating SA has improved the usefulness of mapping programs. Tomorrow I may put in a route to work, turn on the voice and see how that does. 73 Eric eac@shore.net --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Wed May 3 13:30:52 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA13031 for ; Wed, 3 May 2000 13:30:51 -0500 (CDT) Date: Wed, 3 May 2000 14:30:13 -0400 (EDT) From: Tom Van Baak Message-Id: X-Envelope-To: tacgps@lists.tapr.org To: "TAPR Special Interest Group" Subject: [tacgps] Re: Timing jitter reduction by elimination of SA Reply-To: "TAPR Special Interest Group" In-Reply-To: List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <200005031830.OAA25430@elhaz.pair.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk > Brooks Shera wrote: > Measurements last night using my "standard" Oncore VP6 receiver and the > ASCII output from my gps controller (this is the gps jitter averaged over > 30 seconds): > > SA ON (before 0700 UTC): 32 nsec rms > > SA OFF (after 0800 UTC): 6.9 nsec rms > > A nice improvement of more than a factor of 4! Sounds good. I'm seeing a similar improvement, from 20 ns to 6.3 ns, with an HP 58503A (a GPSDO containing an ONCORE). Details and a couple more plots at: http://www.leapsecond.com/sa/#1DAY /tvb --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Thu May 4 00:01:43 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA21509 for ; Thu, 4 May 2000 00:01:43 -0500 (CDT) Comments: SoVerNet Verification (on pike.sover.net) office-pc from arc2a30.bf.sover.net [209.198.116.159] 209.198.116.159 Thu, 4 May 2000 00:59:38 -0400 (EDT) Message-ID: From: "Ira A. Wilner" To: "TAPR Special Interest Group" Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report Date: Thu, 4 May 2000 00:51:29 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MIMEOLE: Produced By Microsoft MimeOLE V4.72.3155.0 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <002401bfb585$a047c880$9f74c6d1@office-pc> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk -----Original Message----- From: Eric A. Cottrell To: TAPR Special Interest Group Date: Tuesday, May 02, 2000 11:26 PM Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report > >This evening I hooked up my Street Atlas 7.0 and got good results. The >arrow does not tend to wander and stays closer to the street you are on. Well, I re-installed my GM-100 in my vehicle and can report that the breadcrumb trail on the mapping display will retrace itself upon my return. With SA this would not happen as the errors would always be great enough to make the retrace deviate significantly from the original trail. Finally, consumer grade GPS provides a feeling of trustworthiness due to repeatability. About time too! --Ira (W1IRA) --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Thu May 4 13:41:13 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA12864 for ; Thu, 4 May 2000 13:41:12 -0500 (CDT) Message-Id: To: "TAPR Special Interest Group" Subject: [tacgps] Re: M12 - not ready for prime timing In-Reply-To: Your message of "Fri, 21 Apr 2000 10:01:25 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 May 2000 12:39:32 -0600 From: Reg Clemens List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005041839.MAA05991@orion.dwf.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Since a lot of members of the group have picked up Synergy's M12 Evaluation kit, I have a/some questions... Back on 21apr Brooks Shera noted > I was primarily interested in the quality of the 1 pps timing output for > controlling a frequency standard. The Motorola spec says the 1 pps > output is within +/- 500 nsec of UTC. This may be correct but the timing > of the 1 pps (even in position hold mode) jumps back and forth but > several hundred nsec from 1 second to the next. In this respect the > performance is about 10 times poorer than the Motorola UT. Of course the > M12 was not billed as a timing receiver, but I had hopes that it would be > better than it seems to be. If anything Im seeing an order of magnitude worse than this. My simplest test is to just watch the timestamps go by in the NTP clockstats file, in a version of NTP that has a refclock_oncore driver that I have updated for the M12 command set, and for my VP, and a 350MHz Pentium II, with a standard (unstabalized) Xtal, I see the last three digits (100s of ns) dance around from one timestamp to the next. In addition to the jitter there is some lower frequency effect and now and then the 1us digit will change, but it will then stay put for a number of timestamps before changing... OK, with the M12, same antenna, same Computer, same everything, things seem 3orders of magnitude worse. The digits that are bouncing around are now the 3us digits, and every once in a while the 1ms digit will change. I cant believe the M12 could REALLY be that much worse than a VP (or the UT that Brooks compared against). Anyone have any ideas? Is this a firmware problem? Am I doing something stupid? (Ive tried both 0D and 3Dmode, with not all that much difference). Any thoughts/suggestions would be appreciated. ALSO, there have been some comments that that the RM that is out there for the M12 is at Rev 1.0 while the Firmware is at Rev 1.3, anyone know of an adenda to update the manual? I dont see anything out on Synergy's site. -- Reg.Clemens reg@dwf.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Thu May 4 14:21:16 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA15880 for ; Thu, 4 May 2000 14:21:15 -0500 (CDT) Message-ID: From: "Doug McKinney" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: M12 - not ready for prime timing Date: Thu, 4 May 2000 12:19:38 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <000701bfb5fd$b0d89300$c80dcccf@gateway> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk ----- Original Message ----- From: "Reg Clemens" To: "TAPR Special Interest Group" Sent: Thursday, May 04, 2000 11:39 AM Subject: [tacgps] Re: M12 - not ready for prime timing > Since a lot of members of the group have picked up Synergy's M12 > Evaluation kit, I have a/some questions... > > Back on 21apr Brooks Shera noted > > > I was primarily interested in the quality of the 1 pps timing output for > > controlling a frequency standard. The Motorola spec says the 1 pps > > output is within +/- 500 nsec of UTC. This may be correct but the timing > > of the 1 pps (even in position hold mode) jumps back and forth but > > several hundred nsec from 1 second to the next. In this respect the > > performance is about 10 times poorer than the Motorola UT. Of course the > > M12 was not billed as a timing receiver, but I had hopes that it would be > > better than it seems to be. > > If anything Im seeing an order of magnitude worse than this. > My simplest test is to just watch the timestamps go by in the NTP clockstats > file, in a version of NTP that has a refclock_oncore driver that I have > updated for the M12 command set, > and for my VP, and a 350MHz Pentium II, with a standard (unstabalized) > Xtal, I see the last three digits (100s of ns) dance around from one > timestamp to the next. In addition to the jitter there is some lower > frequency effect and now and then the 1us digit will change, but it will > then stay put for a number of timestamps before changing... > > OK, with the M12, same antenna, same Computer, same everything, things seem > 3orders of magnitude worse. The digits that are bouncing around are now > the 3us digits, and every once in a while the 1ms digit will change. > > I cant believe the M12 could REALLY be that much worse than a VP (or the > UT that Brooks compared against). Anyone have any ideas? Is this > a firmware problem? Am I doing something stupid? (Ive tried both 0D and > 3Dmode, with not all that much difference). > > Any thoughts/suggestions would be appreciated. Yes, I have made a comment a week ago that the VP Xtal is no longer being made and the few in stock are going to the UT+. The Xtal for the M12 is not up to the standards of the VP Xtal. As the result, less accuracy in the M12 over the VP!! Tah Dah!! Doug > > ALSO, there have been some comments that that the RM that is out there for > the M12 is at Rev 1.0 while the Firmware is at Rev 1.3, anyone know of an > adenda to update the manual? I dont see anything out on Synergy's site. > -- > Reg.Clemens > reg@dwf.com > > > > --- > You are currently subscribed to tacgps as: KC3RL@MCKTECH.COM > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Thu May 4 14:37:51 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA17316 for ; Thu, 4 May 2000 14:37:50 -0500 (CDT) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Sender: wd5ivd@tapr.org Message-Id: Date: Thu, 4 May 2000 14:27:08 -0500 To: "TAPR Special Interest Group" From: John Ackermann (by way of Greg Jones) Subject: [tacgps] Pack*BASH dinner at Dayton Hamvention 2000 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Dayton Activities Attending the 2000 Dayton Hamvention? Then don't miss out on PACK*BASH! What? An event for the digitally-inclined ham, featuring: * Buffet dinner * Keynote Address: "Amateur Radio and Submarine NR-1" by CDR Chas Richard, W4HFZ, USN * TAPR special interest group meetings * "Birds of a Feather" gatherings When? Friday evening, May 19, 2000 Doors open at 7:00 pm; dinner served at 7:30 pm Speaker and meetings after dinner Where? NCR "Sugarcamp" Conference Center, 101 W. Schantz Ave. -- South of downtown Dayton, just west of Main St. (Rt 48). Maps available on the TAPR web site (www.tapr.org) or at the TAPR booth. How? Dinner requires advance registration and payment through TAPR. Tickets will be available at the TAPR booth on Friday, though we strongly encourage registration Hamvention. The cost is $25.00 per person, tax and tip included. All amateurs are welcome to attend, enjoy the speaker, and particpate in the meetings, although only those purchasing a dinner can eat. To register, contact: PACK*BASH c/o TAPR 8987-309 E. Tanque Verde Road #337 Tucson, AZ 85749-9399 Phone: (940) 383-0000 Fax: (940) 566-2544 Internet: tapr@tapr.org Visa/Mastercard Accepted Who? PACK*BASH is co-sponsored by TAPR -- Tucson Amateur Packet Radio, the national leader in digital communication -- and the Miami Valley FM Association, Dayton's packet radio club. For more information (including maps), go to http://www.tapr.org/tapr/html/dayton.html, or send email to tapr@tapr.org. You can request information via packet radio at BASH@W8APR.#DAY.OH.USA.N OAM. -- John Ackermann N8UR Dayton, Ohio, USA jra@febo.com -- http://www.febo.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 5 04:27:09 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA13214 for ; Fri, 5 May 2000 04:27:09 -0500 (CDT) Date: Fri, 5 May 2000 4:24:6 Subject: [tacgps] Magellan OEM 5000 To: "TAPR Special Interest Group" From: "Alberto di Bene" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" Sender: bounce-tacgps-6754@lists.tapr.org Message-Id: Precedence: bulk Hello all, I am a newcomer to this reflector, and I have a question for all of you. I bought a few months ago an OEM 5000 GPS board, made circa 1993 by Magellan, because someone had told me that on the interface there were available the 1 pps signal derived from the received signals from the satellites, with the accuracy and stability of their Cesium clocks, +/- the SA. I was intending to homebrew something similar to the Shera project appeared in a past issue of QST. I have been unable to find that 1 pps signal, however. It just seems not to be present on the interface. But there is a hope. A few pins do not have signal on them, as seen on the 'scope, but they have traces on the PCB leading somewhere. My last hope is that the 1 pps signal must be enabled by some command to the GPS unit. Can anybody shed some light on this ? Anybody on this list that has experience with the Magellan OEM 5000 ? Thanks for any advice. Alberto I2PHD --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 5 04:48:37 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id EAA13909 for ; Fri, 5 May 2000 04:48:36 -0500 (CDT) Message-Id: X-Sender: mdmiller@209.197.224.10 Date: Fri, 05 May 2000 04:44:21 -0500 To: "TAPR Special Interest Group" From: mdmiller@fastlane.net Subject: [tacgps] Trimble SK-8 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <4.2.0.58.20000505044134.00c4b140@209.197.224.10> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk I am looking for a Trimble Sk-8. Does anyone on the list have a recommendation for where to buy one? If anyone has one to trade, I have a VP Oncore I am willing to swap for one. 73 Mark N5RFX --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sat May 6 21:21:26 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA04309 for ; Sat, 6 May 2000 21:21:25 -0500 (CDT) Message-ID: Date: Sat, 06 May 2000 16:09:06 -0400 From: Bob Smith Organization: @Home Network Member X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <39147BE2.87670DEC@home.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Hello All -- Ok, SA is off and we have seen the rather dramatic improvement in position and timing repeatabilities that have resulted. Good news all around. I would like to know what, assuming I pick up an Oncore UT+, throw it down on the bench (not too hard, of course ;-), plug in the antenna, turn on the power and wait for it to lock up and settle down, then what can I expect in terms of ABSOLUTE clock accuracy??? How close to UTC will it be? Does GPS speak UTC or UT1 or some other epoch? Thanks to all, de bob, WA4YPV -- --------- Avoid computer viruses -- Practice safe hex ------------- * * Specializing in small, cost effective embedded control systems * * Robert L. (Bob) Smith Smith Machine Works, Inc. internet bobsmith5@home.com 9900 Lumlay Road landline 804/745-1065 Richmond, Virginia 23236+1004 --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sun May 7 21:23:29 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA12042 for ; Sun, 7 May 2000 21:23:26 -0500 (CDT) Message-ID: Date: Mon, 08 May 2000 03:22:23 +0100 From: "Dr Thomas A Clark (W3IWI)" X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <391624DF.6344DA3C@clark.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Bob Smith asked: > > Hello All -- > > Ok, SA is off and we have seen the rather dramatic > improvement in position and timing repeatabilities that have > resulted. Good news all around. > > I would like to know what, assuming I pick up an Oncore UT+, > throw it down on the bench (not too hard, of course ;-), > plug in the antenna, turn on the power and wait for it to > lock up and settle down, then what can I expect in terms of > ABSOLUTE clock accuracy??? How close to UTC will it be? > > Does GPS speak UTC or UT1 or some other epoch? > > Thanks to all, de bob, WA4YPV Let's answer the last item first. Intrinsically, the GPS system runs on its own atomic time scale called GPS time. All of the AT times are based on the definition that a particular hyperfine transition of Cesium defines a frequency of 9,192,631,770 Hertz (see http://tycho.usno.navy.mil/cesium.html). The Time epoch for GPS time was defined so that GPS time = UTC on Jan.6, 1980 -- the "dawn" of the GPS era. UT1 is a time that represents the real rotation of the earth -- we might call it sundial time. At this time, the average UT1 rate differs from atomic time by about 3 parts in 10e8. The rotating earth is an imprecise clock and the rate is affected by a number of geophysical factors -- circulation in the molten "goo" in earth's core, friction from solar and lunar tides, the circulation of the earth's atmospher and ocean, etcetera. UT1 is determined by high-accuracy radio astronomical measurements using a technique called Very Long Baseline Interferometry (VLBI). You can learn a bit about VLBI by following the entries on my group's web site at http://lupus.gsfc.nasa.gov/brochure/bintro.html So at this point we have two totally different clocks -- Atomic time and "sundial" time. The two are unified in Coordinated Universal Time (UTC). UTC runs at the AT rate (i.e. defined by the 9.2 GHz Cesium transition) and is stepped whenever an adjustment is needed to keep UT1 and UTC in step. These leapseconds are inserted only on Jan.1 and July.1 and currently occur about every 18 months. The the present time, UTC and GPS time are different by 13 seconds that have accumulated since the 1980 "dawn". Although GPS runs in its own AT scale (without leapseconds), each GPS satellite sends the current GPS-to-UTC offset as a part of the 1500 bits message sent at 50 bits/sec every 30 seconds. So nearly every GPS receiver presents its time to the user as UTC. ------------------------------------------------------- Now to answer your initial question on the post-S/A timing accuracy with the ONCORE UT+ -- it depends a bit on how you are using the receiver. The are several questions that need to be answered: - Is your receiver running to produce 3-D positions, or have you "locked" the position in what I've called "zero-D" mode? If: you are running with the receiver determining position and time, the inherent timing accuracy while S/A was active was 300 nsec RMS, and it may have improved to ~200 nsec. You can see the 3-D vs Zero-D (with S/A) contrast in ftp://tac.gsfc.nasa.gov/pub/oso-d270.gif - Else: Since you are running in Zero-D mode,so how are you using the timing data? If: you want to grab a single random pulse from the 1PPS output and use it "blind", then your accuracy will be dominated by the ONCORE's +/- 52 nsec sawtooth "dither". The pulse you might grab has this 104 nsec pk-to-pk noise like it did before S/A went off. Before S/A went off, this was about about the same magnitude as the S/A induced noise, and the resultant noise level was ~ 40-50 nsec RMS. Now that S/A is off, the sawtooth totally dominates the error with ~30 nsec RMS. You can see this dither in the plot on my FTP site at ftp://tac.gsfc.nasa.gov/pub/tac-1sec.gif - Else: you are a more sophisticated user and work with multiple pulses. You might average the time between a local crystal (or atomic) over an interval like a minute. In this case, the "dither" sawtooth will average out. This will bring the short-term noise down to a few nsec! - AND/OR: The ONCORE's binary data stream tells you about the sawtooth error. Applying this correction to each 1PPS measurement also reduces the sawtooth dither error to a few nsec RMS. Earlier this week I posted two plots showing the pre/post-S/A performance of an ONCORE VP at ftp://tac.gsfc.nasa.gov/pub/tac32/SA_off_1.pdf and ftp://tac.gsfc.nasa.gov/pub/tac32/SA_off_2.pdf This data was taken in the last AND/OR mode with a VP, but subsequent tests on a UT+ show similar results. We have found some 5 nsec-level glitches in the ONCORE that were not noticeable before S/A was turned off, but it is too early to report on the details. Bob -- your question asked about ACCURACY (i.e. how close does your local clock reading match the Master Clock at the USNO), and what I've just outlined is really related to PRECISON (i.e. smoothness). The documentation I put out on my TAC and that Rick Hambly includes in TAC32 (see http://www.cnssys.com) describes some of the other calibrations needed to convert precision into timing accuracy. These factors include: - Have you accounted for all the cables in your system? Remember that a 3' piece of coax will delay the signal by about 5 nsec! The ONCORE allows you to compensate for these biases, but you can't forget them! - How well did you determine the fixed "Zero-D" position? An error of 0.001 arc minutes in Lat/Lon or a few meter in altitude will give a timing error of a few nsec. - How good are the ionospheric and tropospheric corrections in the receivers we are using? How good are the ephemerides broadcast by the GPS sateelites that are used by the receivers? I have some evidence that I'm seeing 5-10 nsec amplitude diurnal (one cycle/day due to the atmosphere?) and semi-diurnal (two cycles/day due to satellite ephemerides, multipath, etc) biases, but it's too early to discuss them yet. When all these factors are included, all indications are that the overall ACCURACY (with the definition I've given above) of our low-cost timing receivers can now be as good as 10 nsec. If you do nothing but turn it on, the answer is ~200 nsec. 73, Tom --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sun May 7 22:01:07 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA13435 for ; Sun, 7 May 2000 22:01:06 -0500 (CDT) Sender: bounce-tacgps-6754@lists.tapr.org Message-ID: Date: Sun, 07 May 2000 21:58:38 -0500 From: Gerry Creager N5JXS Reply-To: "TAPR Special Interest Group" Organization: DaHouse X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <39162D5E.6715CC4F@cs.tamu.edu> Precedence: bulk "Dr Thomas A Clark (W3IWI)" wrote: > GREAT ANSWER. Pardon me for shouting, but that's worth shouting about. ... > - How good are the ionospheric and tropospheric corrections in the > receivers we are using? How good are the ephemerides broadcast by the GPS > sateelites that are used by the receivers? I have some evidence that I'm > seeing 5-10 nsec amplitude diurnal (one cycle/day due to the atmosphere?) > and semi-diurnal (two cycles/day due to satellite ephemerides, multipath, > etc) biases, but it's too early to discuss them yet. I saw some intereting diurnal variations in some geodetic work I did last year. I noted that my baseline solutions vice CORS reference stations were demonstrating a really good correlation when the duration of observation ranged from 4 to 11+ hours, but starting in the 12 hour range (more than, not less than) and extending to about 17 or 18 hours of observation on a single point, the noise of the solution increased almost 2-fold. This was using precise ephemerides and clocks (not solving for clocks) and all CORS sites, and solving for a set of baselines and a final network solution point-position, again on a CORS site. The software was Schenewerk's PAGES code (NGS). The installations were all decent, although my "test point" (At the National Balloon Launch Facility, Palestine TX) has some potential for multipath due to its siting on the corner of a 10-ft chainlink fence overlooking a windprofiler in the middle of 50-ft tall pines... Any thoughts? Regards, Gerry -- Gerry Creager gerry@cs.tamu.edu, gerry@page4.cs.tamu.edu Network Engineering |Geodesy Computer Science Department |Satellite Geodesy and Control Texas A&M University | 979.458.4020 --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 8 02:13:51 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA29459 for ; Mon, 8 May 2000 02:13:37 -0500 (CDT) Message-Id: X-Sender: rhamstra@shell12.ba.best.com Date: Mon, 08 May 2000 00:09:25 -0700 To: "TAPR Special Interest Group" From: "Robert H. Hamstra, Jr." Subject: [tacgps] Timing at the 10 nsec level In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005080709.AAA08793@proxy4.ba.best.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk At 03:22 AM 5/8/00 +0100,  Dr. Tom Clark wrote:

> ---- big snip -------
>
>When all these factors are included, all indications are that the overall
>ACCURACY (with the definition I've given above) of our low-cost timing
>receivers can now be as good as 10 nsec. If you do nothing but turn it on,
>the answer is ~200 nsec.
>
>73, Tom
>

Tom,

I am uneasy with the figure of 10 nsec. It appears to be optimistic to me
because of the underlying timing accuracies of the GPS clocks and the limits
of the UTC agreement between the national labs both here in the US and
internationally. Using a two day average of GPS time USNO shows at

http://tycho.usno.navy.mil/gif/utcgps.gif

a difference of about +/- 15 nsec between UTC(USNO) and GPS time for
the last 30 days.

NIST (Boulder) measures the time difference between each GPS space vehicle and
UTC(NIST). Daily averaged measurements are reported at

http://gpsmonitor.timefreq.bldrdoc.gov/gpstrace.htm

For 4 May to 6 May  (after SA was turned off) NIST reports differences of up to 20.2 nsec
between UTC(NIST) and individual PRN's. It also shows PRN 8 drifted a full 15.7 nsec
over two days. This is one of the poor performing space vehicles.

Unfortunately UTC(NIST) and UTC(USNO) are not the same. BIPM Circular T 147
(2000 April 27) at

ftp://62.161.69.5/pub/tai/publication/cirt.147

shows that UTC(NIST)-UTC(USNO) changed by 12 nsec between Feb 25 and Mar 31.
Also interesting is BIPM's measurement of GPS time which are "measured at highest
elevation" and "corrected for precise satellite ephemerides and for measured
ionospheric delays" reports UTC-GPS time varied from -30 nsec to +7 nsec
for the same time period.

I guess what I am saying is GPS time distribution with SA off is reaching the limits of world
time keeping ability and when accuracy statements in the 10 nsec range are made one
must be very careful to state the conditions of measurement.

This all brings up a question which I have been wondering about. With detailed knowledge
about the performance of each PRN, as provided by NIST, does it make sense to excluded
the poor performing PRN's if one is doing  all-in-view zero-D timing?

-Cheers, Bob


-------------------------------------------------------------------------------
Robert H. Hamstra, Jr. - Circuit Solutions, San Jose, CA 95129
RHamstra@CirSol.com  Voice: (408) 996-2166  Fax: (408) 446-9471
--- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 8 06:05:52 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA16150 for ; Mon, 8 May 2000 06:05:48 -0500 (CDT) Message-ID: Date: Mon, 08 May 2000 07:04:09 -0400 From: Bob Smith Organization: @Home Network Member X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <39169F29.AE434EEF@home.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Many thanks to Dr. Tom Clark for pulling the many loose ends of this puzzle into a coherent whole. I never cease to be amazed by his lucidity and availability! The short answer, as I understand it, if one does nothing terribly special beyond taking it out of the box and turning it on, is that the processed output of the GPS receiver speaks UTC to an initial precision of about 200 nanoseconds. Thus, one could certainly claim 'sub-microsecond' accuracy for "GPS time" P.S. (Post SA). Many thanks and a tip of the hat to Dr. Clark 73, de bob, wa4ypv - viva la TAPR --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 9 05:00:56 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA01643 for ; Tue, 9 May 2000 05:00:55 -0500 (CDT) Date: Tue, 9 May 2000 06:00:12 -0400 (EDT) From: Tom Van Baak Message-Id: X-Envelope-To: tacgps@lists.tapr.org To: "TAPR Special Interest Group" Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report Reply-To: "TAPR Special Interest Group" In-Reply-To: List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <200005091000.GAA28771@elhaz.pair.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk "Dr Thomas A Clark (W3IWI)" wrote: ... > Let's answer the last item first. Intrinsically, the GPS system runs on its > own atomic time scale called GPS time. All of the AT times are based on the > definition that a particular hyperfine transition of Cesium defines a > frequency of 9,192,631,770 Hertz (see > The Time epoch for GPS time was defined so that GPS time = UTC on Jan.6, > 1980 -- the "dawn" of the GPS era. ... For a live clock showing local, UTC, GPS, Loran-C, and TAI time scales see: http://www.leapsecond.com/java/gpsclock.htm /tvb --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 9 06:40:48 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA04538 for ; Tue, 9 May 2000 06:40:45 -0500 (CDT) Message-ID: Date: Tue, 09 May 2000 07:40:06 -0400 From: Bob Smith Organization: @Home Network Member X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <3917F916.1BAD2E5D@home.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Tom - That's a great reference with many interesting links. Thank you! Bob Smith Tom Van Baak wrote: > > "Dr Thomas A Clark (W3IWI)" wrote: > ... > > Let's answer the last item first. Intrinsically, the GPS system runs on its > > own atomic time scale called GPS time. All of the AT times are based on the > > definition that a particular hyperfine transition of Cesium defines a > > frequency of 9,192,631,770 Hertz (see > > The Time epoch for GPS time was defined so that GPS time = UTC on Jan.6, > > 1980 -- the "dawn" of the GPS era. > ... > > For a live clock showing local, UTC, GPS, Loran-C, and TAI > time scales see: > > http://www.leapsecond.com/java/gpsclock.htm > > /tvb > > --- > You are currently subscribed to tacgps as: bobsmith5@home.com > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org -- --------- Avoid computer viruses -- Practice safe hex ------------- * * Specializing in small, cost effective embedded control systems * * Robert L. (Bob) Smith Smith Machine Works, Inc. internet bobsmith5@home.com 9900 Lumlay Road landline 804/745-1065 Richmond, Virginia 23236+1004 --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Wed May 10 09:27:10 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA21835 for ; Wed, 10 May 2000 09:27:08 -0500 (CDT) Message-ID: From: "ztn" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report Date: Wed, 10 May 2000 22:26:38 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <002e01bfba8b$ec801260$1c1a6cca@fhnet.cn.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by tapr.org id JAA21835 Hi All, I am newer to TAPR Special Interest Group ( tacgps@lists.tapr.org ) , the first emails I received were Dr Thomas A Clark (W3IWI) 's reply and other relevant emails. Now I also have a problem about GPS time: We use DGPS in one of our projects, both base and rover are NAVSTAR XR6, in this application the accuracy between rovers will no doubt be improved greatly. But how about the ABSOLUTE accuracy between rover and GPS time or UTC? I think it is also improved same as between rovers, assuming the base position is precise enough. But some of us do not agree with me, they said that absolute accuracy of rover do not improved and the absolute accuracy of rover is the same as single GPS positioning! So my question is --- can DGPS improve the absolute time accuracy of GPS receiver? Thanks All in advance, Zheng ----- Original Message ----- From: Dr Thomas A Clark (W3IWI) To: TAPR Special Interest Group Sent: Monday, May 08, 2000 10:22 AM Subject: [tacgps] Re: S/A Turned Off @04:00 -- Initial Report > Bob Smith asked: > > > > Hello All -- > > > > Ok, SA is off and we have seen the rather dramatic > > improvement in position and timing repeatabilities that have > > resulted. Good news all around. > > > > I would like to know what, assuming I pick up an Oncore UT+, ......... > Let's answer the last item first. Intrinsically, the GPS system runs on its > own atomic time scale called GPS time. All of the AT times are based on the > definition that a particular hyperfine transition of Cesium defines a > frequency of 9,192,631,770 Hertz (see ................. ÿÿØ¢æ«yË«­éí—+.nÇ+‰·¶‹Zr ljÏåʸ¬þÖœ‚›ÿµªkþŠàN‹§²æìr¸›zǧu¦åjy™¨¥¶‰^j÷ÿµ§ ¦ÏúïžþX¬¶Ïíjšÿ From bounce-tacgps-6754@lists.tapr.org Thu May 11 06:55:08 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA28109 for ; Thu, 11 May 2000 06:55:07 -0500 (CDT) Message-ID: Date: Thu, 11 May 2000 06:53:41 -0500 From: "Eric A. Cottrell" X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Another effect of SA off Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <391A9F45.2647530A@shore.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Hello, GPS is alot more useful with SA off. One effect I realized yesterday deals with track logs. I work about 12 miles or so from my home. I use several routes with alot of them twisting through urban streets. When SA was on, I only got a track for the current trip to work and half of the trip home the previous day. When SA is off, I noticed that I had at least three tracks on the GPS because I used at least three routes these past few days. The Garmin 12xl is set up for automatic intervals on the logging. It appears the drifting of SA ate up track points when stopped or moving slowly. It is interesting to see the track logs. I enter the same driveway at work and the tracks there are right next to each other. The end points are different as I park in different spaces. This is neat. 73 Eric eac@shore.net WB1HBU --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Thu May 11 19:20:43 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA29753 for ; Thu, 11 May 2000 19:20:42 -0500 (CDT) Message-ID: Date: Thu, 11 May 2000 19:20:35 -0500 From: "Eric A. Cottrell" X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" CC: TAPR TACGPS Mailing List Subject: [tacgps] Re: [GPS] eases GPS References: <20000511.162144.-129781.1.Ed.Leavitt@juno.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <391B4E53.E1199823@shore.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Edmund F Leavitt wrote: > As far as artillery, Rockwell has produced a fuse that guides the > Projectile in the latter half of its flight using GPS. That is no small > technical accomplishment. Imagine building a really accurate and stable > oscillator that has to work well after the monstrous G-forces of being > slammed out of a cannon barrel. Then it has a few seconds to acquire the > constellation and do its job. How they get an antenna to perform well > while spinning madly, and while dropping out of the clouds toward its > target? Neat stuff. I don't recall if they use C/A code or Y-code for > those, but accuracy always counts in artillery, and CONSISTENCY counts > even more. Do you suppose the COMSEC custodian gets chills thinking > about shooting sensors all over the battlefield keyed with a CRYPTO > Variable??? Hello, Another amazing feat involved proximity fuses during WW2. They had to develop methods so vacumm tubes would not break or fail after being slammed out of a cannon barrel. I suppose you could develop a system so the data required to do a quick lock is uploaded to the shell before it is fired. Alot easier to lock on a satellite if you know what satellites are visible, the doppler to expect, the latest precision keplerian elements, and your position. 73 Eric eac@shore.net WB1HBU --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 12 15:37:57 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA27287 for ; Fri, 12 May 2000 15:37:56 -0500 (CDT) Message-ID: Date: Fri, 12 May 2000 13:37:18 -0700 From: Brooke Clarke Reply-To: "TAPR Special Interest Group" X-Accept-Language: en,pdf MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] GPS & Radio Shack 2 & 4-way power dividers & amplifier References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <391C6B7D.B0D74894@pacific.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Radio Shack has a number of components for Satellite TV systems that are specified to work at GPS frequencies. I recently got their 40-2050 MHz 4-way power divider p/n 16-2579 ($12.99) and the 950-2050 MHz In-line amplifier 16-1156 ($9.99) and they are working great. Note that the 4-way divider has two of the ouptputs configured to pass through the DC power to the antenna (they think LNB), so my Motorola VP still powers the GPS antenna. The In-line amplifier is rated for 14 - 18 V @ 18 - 40 ma, but I am driving it with 4.91 V and it is still working well. The insertion loss through the amplifier + 4-way divider combination is about 5 dB which puts out enough signal for the Garmin III+ to have signal strength bars within 1/2 division of the top line and the TAC-32 software to show Motorola VP about the middle of the 25dB Eb/No range (just a little lower than a direct antenna connection). You may also want to get some: 278-275 or 278-219 F(m-m) adapter between the amp and 4-way, 278-256 F(m) to BNC(f) adapters for the 4-way outputs & input to the amp (my system had all BNC connectors to start) 15-1144 75 Ohm terminators for unused 4-way outputs If there is interest I may make a web page for this combo. 73, Brooke --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 12 18:36:14 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA03922 for ; Fri, 12 May 2000 18:36:14 -0500 (CDT) Message-Id: To: "TAPR Special Interest Group" Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 12 May 2000 17:35:35 -0600 From: Reg Clemens List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005122335.RAA03607@orion.dwf.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Back on 21apr2000, Brooks Shera noted (Refering to the M12) the timing of the 1pps (even in position hold mode) jumps back and forth several hundred ns from 1 second to the next. On 4May2000 I responded that things looked a lot worse that that to me. That was about a day and a half after I received my M12 evaluation kit, and *well* I should have taken some more time before responding, but I was pretty happy to have ANYTHING working with NTP. Something that SHOULD be noted, is that the 1pps pulse has the OPPOSITE polarity from the 1pps pulse from the TAC2 board. If you just forge forward, without pulling out the scope (actually I have little program that WOULD have made this obvious IF I had run it) you will be timing on the wrong side of the pulse and get REALLY BAD jitter. OK, between that mistake, and something I will NEVER understand when I first installed an additional Serial port on my PC so that I could run both the VP and the M12 on the same machine, I have some *really* strange results for the first day or two of testing. After I finally had the serial port working correctly, and had discovered the correct sign of the PPS pulse, THINGS STARTED TO LOOK A LOT BETTER. Since I am interested in NTP, it is my experimental engine. I have added code to NTP to run the M12 (and in the process, a lot of older units), but my main debugging tool is to look at the data coming out on the clockstats file where the timestamps for the individual ticks are recorded. So what I am seeing is the time of arrival of the 1pps pulse, vs the PC clock (I really DO need to upgrade the Xtal there), polluted by all the jitter intrinsic in the PC interrupts. To avoid problems of both 1pps pulses arriving at one time, the 1pps pulse from the VP was offset 100us in the VP, then the correction was applied in the software. OK, all that said, the M12 *REALLY DOESN'T LOOK ALL THAT BAD*. I'm sure that measured as Brooks did, things look a lot worse than the VP/UT+, but with the addition of the latencies in PC interrupts, the plots of the M12 timestamps are only showing about x2 to x3 worse performance than the VP. Measured with something other than a PC, the difference could easily be the x10 that Brooks saw, but add PC interuups even on a 350MHz Pentium II, and the difference is not that great. I suspect after the NTP PLL loop, that the (relative) difference would be smaller, but I don't have any plots of that yet. And to answer a question before it is asked. I expect to be passing along the M12 changes to the refclock_oncore.c driver to the NTP folks within a week or so, so they should be incorporated in the CVS sources soon thereafter, and int the actual release, sometime after that. -- Reg.Clemens reg@dwf.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sat May 13 09:39:00 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA14589 for ; Sat, 13 May 2000 09:38:57 -0500 (CDT) Message-ID: From: "ztn" To: "TAPR Special Interest Group" Subject: [tacgps] Can DGPS improve the absolute time accuracy of rover receiver? Date: Sat, 13 May 2000 22:39:16 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0009_01BFBD2C.11E51620" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <000e01bfbce9$0c094840$9d1c6cca@fhnet.cn.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0009_01BFBD2C.11E51620 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpXZSB1c2UgREdQUyBpbiBvbmUgb2Ygb3VyIHByb2plY3RzLCBib3RoIGJhc2Ug YW5kIHJvdmVyIGFyZSBOQVZTVEFSIFhSNiwgaW4gdGhpcyBhcHBsaWNhdGlvbiB0aGUgdGltZSBh Y2N1cmFjeSBiZXR3ZWVuIHJvdmVycyB3aWxsIG5vIGRvdWJ0IGJlIGltcHJvdmVkIGdyZWF0bHku IEJ1dCBob3cgYWJvdXQgdGhlIEFCU09MVVRFIGFjY3VyYWN5IGJldHdlZW4gcm92ZXIgYW5kIEdQ UyB0aW1lIG9yIFVUQz8gSSB0aGluayBpdCBpcyBhbHNvIGltcHJvdmVkIHNhbWUgYXMgYmV0d2Vl biByb3ZlcnMsIGFzc3VtaW5nIHRoZSBiYXNlIHBvc2l0aW9uIGlzIHByZWNpc2UgZW5vdWdoLiBC dXQgc29tZSBvZiB1cyBkbyBub3QgYWdyZWUgd2l0aCBtZSwgdGhleSBzYWlkIHRoYXQgYWJzb2x1 dGUgdGltZSBhY2N1cmFjeSBvZiByb3ZlciBkbyBub3QgaW1wcm92ZWQgYW5kIHRoZSBhYnNvbHV0 ZSB0aW1lIGFjY3VyYWN5IG9mIHJvdmVyIGlzIHRoZSBzYW1lIGFzIHNpbmdsZSBHUFMgcG9zaXRp b25pbmchIA0KU28gbXkgcXVlc3Rpb24gaXMgLS0tIGNhbiBER1BTIGltcHJvdmUgdGhlIGFic29s dXRlIHRpbWUgYWNjdXJhY3kgb2Ygcm92ZXIgR1BTIHJlY2VpdmVyPw0KDQpUaGFua3MgYWxsIQ0K DQpaaGVuZw0K ------=_NextPart_000_0009_01BFBD2C.11E51620 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS41 MC4zODI1LjEzMDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ SGkgYWxsLDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48 L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+V2Ug dXNlIERHUFMgaW4gb25lIG9mIG91ciBwcm9qZWN0cywgYm90aCBiYXNlIA0KYW5kIHJvdmVyIGFy ZSBOQVZTVEFSIFhSNiwgaW4gdGhpcyBhcHBsaWNhdGlvbiB0aGUgdGltZSZuYnNwO2FjY3VyYWN5 IGJldHdlZW4gDQpyb3ZlcnMgd2lsbCBubyBkb3VidCBiZSBpbXByb3ZlZCBncmVhdGx5LiBCdXQg aG93IGFib3V0IHRoZSBBQlNPTFVURSBhY2N1cmFjeSANCmJldHdlZW4gcm92ZXIgYW5kIEdQUyB0 aW1lIG9yIFVUQz8gSSB0aGluayBpdCBpcyBhbHNvIGltcHJvdmVkIHNhbWUgYXMgYmV0d2VlbiAN CnJvdmVycywgYXNzdW1pbmcgdGhlIGJhc2UgcG9zaXRpb24gaXMgcHJlY2lzZSBlbm91Z2guIEJ1 dCBzb21lIG9mIHVzIGRvIG5vdCANCmFncmVlIHdpdGggbWUsIHRoZXkgc2FpZCB0aGF0IGFic29s dXRlIHRpbWUmbmJzcDthY2N1cmFjeSBvZiByb3ZlciBkbyBub3QgDQppbXByb3ZlZCBhbmQgdGhl IGFic29sdXRlIHRpbWUmbmJzcDthY2N1cmFjeSBvZiByb3ZlciBpcyB0aGUgc2FtZSBhcyBzaW5n bGUgR1BTIA0KcG9zaXRpb25pbmchIDxCUj5TbyBteSBxdWVzdGlvbiBpcyAtLS0gY2FuIERHUFMg aW1wcm92ZSB0aGUgYWJzb2x1dGUgdGltZSANCmFjY3VyYWN5IG9mIHJvdmVyJm5ic3A7R1BTIHJl Y2VpdmVyPzxCUj48QlI+VGhhbmtzIGFsbCE8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9 IlRpbWVzIE5ldyBSb21hbiI+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPSJU aW1lcyBOZXcgUm9tYW4iPlpoZW5nPC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+DQo= ------=_NextPart_000_0009_01BFBD2C.11E51620-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sat May 13 15:52:57 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA26584 for ; Sat, 13 May 2000 15:52:50 -0500 (CDT) Message-ID: From: "Doug McKinney" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: Can DGPS improve the absolute time accuracy of rover receiver? Date: Sat, 13 May 2000 08:37:50 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0018_01BFBCB6.86097620" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <000001bfbd1d$1748a000$c70dcccf@gateway> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0018_01BFBCB6.86097620 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable Interesting question. Timing accuracy is independent of position = accuracy. For a given GPS receiver combination the timing accuracy is = defined. When an RTCM104 DGPS correction is applied, the correction is = only applied to the position data and none to timing data. Without = timing data corrections in the RTCM104 data, I will assume that timing = remains unaffected! SA affected both timing and position; DGPS affects = only position. Doug ----- Original Message -----=20 From: ztn=20 To: TAPR Special Interest Group=20 Sent: Saturday, May 13, 2000 7:39 AM Subject: [tacgps] Can DGPS improve the absolute time accuracy of rover = receiver? Hi all, =20 We use DGPS in one of our projects, both base and rover are NAVSTAR = XR6, in this application the time accuracy between rovers will no doubt = be improved greatly. But how about the ABSOLUTE accuracy between rover = and GPS time or UTC? I think it is also improved same as between rovers, = assuming the base position is precise enough. But some of us do not = agree with me, they said that absolute time accuracy of rover do not = improved and the absolute time accuracy of rover is the same as single = GPS positioning!=20 So my question is --- can DGPS improve the absolute time accuracy of = rover GPS receiver? Thanks all! =20 Zheng ------=_NextPart_000_0018_01BFBCB6.86097620 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Interesting question.  Timing = accuracy is=20 independent of position accuracy.  For a given GPS receiver = combination the=20 timing accuracy is defined.  When an RTCM104 DGPS correction is = applied,=20 the correction is only applied to the position data and none to timing=20 data.  Without timing data corrections in the RTCM104 data, I will = assume=20 that timing remains unaffected!  SA affected both timing and = position; DGPS=20 affects only position.
 
Doug
----- Original Message -----
From:=20 ztn=20
To: TAPR Special=20 Interest Group
Sent: Saturday, May 13, 2000 = 7:39=20 AM
Subject: [tacgps] Can DGPS = improve the=20 absolute time accuracy of rover receiver?

Hi all,
 
We use DGPS in one of our = projects, both=20 base and rover are NAVSTAR XR6, in this application the = time accuracy=20 between rovers will no doubt be improved greatly. But how about the = ABSOLUTE=20 accuracy between rover and GPS time or UTC? I think it is also = improved same=20 as between rovers, assuming the base position is precise enough. But = some of=20 us do not agree with me, they said that absolute time accuracy of = rover=20 do not improved and the absolute time accuracy of rover is the = same as=20 single GPS positioning!
So my question is --- can DGPS improve the = absolute time accuracy of rover GPS receiver?

Thanks=20 all!
 
Zheng
------=_NextPart_000_0018_01BFBCB6.86097620-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sat May 13 21:01:27 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA07103 for ; Sat, 13 May 2000 21:01:25 -0500 (CDT) Message-ID: From: "ztn" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: Can DGPS improve the absolute time accuracy of rover receiver? Date: Sun, 14 May 2000 09:57:20 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_002C_01BFBD8A.CB7F0920" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <000201bfbd48$15298200$480d6cca@fhnet.cn.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_002C_01BFBD8A.CB7F0920 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 VGhhbmtzIERvdWcsIGJ1dCBJIHRoaW5rIHRpbWluZyBhY2N1cmFjeSBpcyBub3QgaW5kZXBlbmRl bnQgb2YgcG9zaXRpb24gYWNjdXJhY3khDQpHUFMgdXNlIHBzZXVkb3JhbmdlIGZvciBwb3NpdGlv bmluZywgYW5kIHBzZXVkb3JhbmdlIGlzIHRpbWUgZGlmZmVyZW5jZS4gSW4gREdQUyAoUlRDTTEw NCkgcm92ZXIgbXVzdCBhZGp1c3QgaXRzIHRpbWUgdG8gYSB1bmlmb3JtIHRpbWUgYXMgYmFzZSBm b3IgY29ycmVjdGlvbnMgIGFuZCB0aGUgcm92ZXIgdGltZSBpcyBhbHNvIGNhbGN1bGF0ZWQgZW5k bGVzcywgc28gYXNzdW1pbmcgdGhlIGJhc2UgcG9zaXRpb24gaXMgcHJlY2lzZSBlbm91Z2ggSSB0 aGluayB0aGUgYmFzZSB0aW1pbmcgY2FuIHRyYW5zZmVyIHRvIHJvdmVyIGFuZCB0aGUgcm92ZXIg dGltaW5nIGFjY3VyYWN5IGNhbiBvYnRhaW4gdGhlIHNhbWUuIFNwZWNpYWxseSBpbiBSVEsgbW9k ZSwgYWxsIHRoZSByYXcgZGF0YSBhcmUgc2VudCB0byByb3ZlciBmb3Igb3BlcmFuY2UsIGl0IHNl ZW1zIHRoZSByb3ZlciB0aW1lIGNhbiBnZXQgc29tZSBhZHZhbnRhZ2UuIEkgYW0gbm90IHN1cmUu DQoNCkJlc3QgUmVnYXJkcywNCg0KWmhlbmcNCg0KICAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0t LS0tIA0KICBGcm9tOiBEb3VnIE1jS2lubmV5IA0KICBUbzogVEFQUiBTcGVjaWFsIEludGVyZXN0 IEdyb3VwIA0KICBTZW50OiBTYXR1cmRheSwgTWF5IDEzLCAyMDAwIDExOjM3IFBNDQogIFN1Ympl Y3Q6IFt0YWNncHNdIFJlOiBDYW4gREdQUyBpbXByb3ZlIHRoZSBhYnNvbHV0ZSB0aW1lIGFjY3Vy YWN5IG9mIHJvdmVyIHJlY2VpdmVyPw0KDQoNCiAgSW50ZXJlc3RpbmcgcXVlc3Rpb24uICBUaW1p bmcgYWNjdXJhY3kgaXMgaW5kZXBlbmRlbnQgb2YgcG9zaXRpb24gYWNjdXJhY3kuICBGb3IgYSBn aXZlbiBHUFMgcmVjZWl2ZXIgY29tYmluYXRpb24gdGhlIHRpbWluZyBhY2N1cmFjeSBpcyBkZWZp bmVkLiAgV2hlbiBhbiBSVENNMTA0IERHUFMgY29ycmVjdGlvbiBpcyBhcHBsaWVkLCB0aGUgY29y cmVjdGlvbiBpcyBvbmx5IGFwcGxpZWQgdG8gdGhlIHBvc2l0aW9uIGRhdGEgYW5kIG5vbmUgdG8g dGltaW5nIGRhdGEuICBXaXRob3V0IHRpbWluZyBkYXRhIGNvcnJlY3Rpb25zIGluIHRoZSBSVENN MTA0IGRhdGEsIEkgd2lsbCBhc3N1bWUgdGhhdCB0aW1pbmcgcmVtYWlucyB1bmFmZmVjdGVkISAg U0EgYWZmZWN0ZWQgYm90aCB0aW1pbmcgYW5kIHBvc2l0aW9uOyBER1BTIGFmZmVjdHMgb25seSBw b3NpdGlvbi4NCg0KICBEb3VnDQogICAgLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSANCiAg ICBGcm9tOiB6dG4gDQogICAgVG86IFRBUFIgU3BlY2lhbCBJbnRlcmVzdCBHcm91cCANCiAgICBT ZW50OiBTYXR1cmRheSwgTWF5IDEzLCAyMDAwIDc6MzkgQU0NCiAgICBTdWJqZWN0OiBbdGFjZ3Bz XSBDYW4gREdQUyBpbXByb3ZlIHRoZSBhYnNvbHV0ZSB0aW1lIGFjY3VyYWN5IG9mIHJvdmVyIHJl Y2VpdmVyPw0KDQoNCiAgICBIaSBhbGwsDQoNCiAgICBXZSB1c2UgREdQUyBpbiBvbmUgb2Ygb3Vy IHByb2plY3RzLCBib3RoIGJhc2UgYW5kIHJvdmVyIGFyZSBOQVZTVEFSIFhSNiwgaW4gdGhpcyBh cHBsaWNhdGlvbiB0aGUgdGltZSBhY2N1cmFjeSBiZXR3ZWVuIHJvdmVycyB3aWxsIG5vIGRvdWJ0 IGJlIGltcHJvdmVkIGdyZWF0bHkuIEJ1dCBob3cgYWJvdXQgdGhlIEFCU09MVVRFIGFjY3VyYWN5 IGJldHdlZW4gcm92ZXIgYW5kIEdQUyB0aW1lIG9yIFVUQz8gSSB0aGluayBpdCBpcyBhbHNvIGlt cHJvdmVkIHNhbWUgYXMgYmV0d2VlbiByb3ZlcnMsIGFzc3VtaW5nIHRoZSBiYXNlIHBvc2l0aW9u IGlzIHByZWNpc2UgZW5vdWdoLiBCdXQgc29tZSBvZiB1cyBkbyBub3QgYWdyZWUgd2l0aCBtZSwg dGhleSBzYWlkIHRoYXQgYWJzb2x1dGUgdGltZSBhY2N1cmFjeSBvZiByb3ZlciBkbyBub3QgaW1w cm92ZWQgYW5kIHRoZSBhYnNvbHV0ZSB0aW1lIGFjY3VyYWN5IG9mIHJvdmVyIGlzIHRoZSBzYW1l IGFzIHNpbmdsZSBHUFMgcG9zaXRpb25pbmchIA0KICAgIFNvIG15IHF1ZXN0aW9uIGlzIC0tLSBj YW4gREdQUyBpbXByb3ZlIHRoZSBhYnNvbHV0ZSB0aW1lIGFjY3VyYWN5IG9mIHJvdmVyIEdQUyBy ZWNlaXZlcj8NCg0KICAgIFRoYW5rcyBhbGwhDQoNCiAgICBaaGVuZw0K ------=_NextPart_000_002C_01BFBD8A.CB7F0920 Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWdiMjMxMiI+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS41 MC4zODI1LjEzMDAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNmZmZmZmY+DQo8RElWPjxGT05UIHNpemU9Mj5UaGFua3MgRG91ZywgYnV0 IEkgdGhpbmsgdDxGT05UIGZhY2U9QXJpYWw+aW1pbmcgYWNjdXJhY3kgDQo8U1RST05HPjxVPmlz IG5vdCZuYnNwOzwvVT48L1NUUk9ORz5pbmRlcGVuZGVudCBvZiBwb3NpdGlvbiANCmFjY3VyYWN5 ITwvRk9OVD48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0yPkdQUyB1 c2UgcHNldWRvcmFuZ2UgZm9yIHBvc2l0aW9uaW5nLCBhbmQgDQpwc2V1ZG9yYW5nZSBpcyB0aW1l IGRpZmZlcmVuY2UuIEluIERHUFMgKFJUQ00xMDQpIHJvdmVyIG11c3QgYWRqdXN0IGl0cyB0aW1l IHRvIA0KYSB1bmlmb3JtIHRpbWUgYXMgYmFzZSBmb3IgY29ycmVjdGlvbnMmbmJzcDsmbmJzcDth bmQgdGhlIHJvdmVyIHRpbWUgaXMgYWxzbyANCmNhbGN1bGF0ZWQgZW5kbGVzcywgc28gYXNzdW1p bmcgdGhlIGJhc2UgcG9zaXRpb24gaXMgcHJlY2lzZSBlbm91Z2ggSSB0aGluayB0aGUgDQpiYXNl IHRpbWluZyBjYW4gdHJhbnNmZXIgdG8gcm92ZXIgYW5kIHRoZSByb3ZlciB0aW1pbmcgYWNjdXJh Y3kgY2FuIG9idGFpbiB0aGUgDQpzYW1lLiZuYnNwO1NwZWNpYWxseSBpbiBSVEsgbW9kZSwgYWxs IHRoZSByYXcgZGF0YSBhcmUgc2VudCB0byByb3ZlciBmb3IgDQpvcGVyYW5jZSwgaXQgc2VlbXMg dGhlIHJvdmVyIHRpbWUgY2FuIGdldCBzb21lIGFkdmFudGFnZS4gSSBhbSBub3QgDQpzdXJlLjwv Rk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbCBzaXplPTI+PC9GT05UPiZuYnNwOzwv RElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj5CZXN0IFJlZ2FyZHMsPC9GT05UPjwv RElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8 RElWPjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0yPlpoZW5nPC9GT05UPjwvRElWPg0KPERJVj48Rk9O VCBzaXplPTI+PC9GT05UPiZuYnNwOzwvRElWPg0KPEJMT0NLUVVPVEUgZGlyPWx0ciANCnN0eWxl PSJQQURESU5HLVJJR0hUOiAwcHg7IFBBRERJTkctTEVGVDogNXB4OyBNQVJHSU4tTEVGVDogNXB4 OyBCT1JERVItTEVGVDogIzAwMDAwMCAycHggc29saWQ7IE1BUkdJTi1SSUdIVDogMHB4Ij4NCiAg PERJViBzdHlsZT0iRk9OVDogMTBwdCDLzszlIj4tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0t IDwvRElWPg0KICA8RElWIA0KICBzdHlsZT0iQkFDS0dST1VORDogI2U0ZTRlNDsgRk9OVDogMTBw dCDLzszlOyBmb250LWNvbG9yOiBibGFjayI+PEI+RnJvbTo8L0I+IDxBIA0KICB0aXRsZT1EZXNp Z25AbXQudG8gaHJlZj0ibWFpbHRvOkRlc2lnbkBtdC50byI+RG91ZyBNY0tpbm5leTwvQT4gPC9E SVY+DQogIDxESVYgc3R5bGU9IkZPTlQ6IDEwcHQgy87M5SI+PEI+VG86PC9CPiA8QSB0aXRsZT10 YWNncHNAbGlzdHMudGFwci5vcmcgDQogIGhyZWY9Im1haWx0bzp0YWNncHNAbGlzdHMudGFwci5v cmciPlRBUFIgU3BlY2lhbCBJbnRlcmVzdCBHcm91cDwvQT4gPC9ESVY+DQogIDxESVYgc3R5bGU9 IkZPTlQ6IDEwcHQgy87M5SI+PEI+U2VudDo8L0I+IFNhdHVyZGF5LCBNYXkgMTMsIDIwMDAgMTE6 MzcgUE08L0RJVj4NCiAgPERJViBzdHlsZT0iRk9OVDogMTBwdCDLzszlIj48Qj5TdWJqZWN0Ojwv Qj4gW3RhY2dwc10gUmU6IENhbiBER1BTIGltcHJvdmUgdGhlIA0KICBhYnNvbHV0ZSB0aW1lIGFj Y3VyYWN5IG9mIHJvdmVyIHJlY2VpdmVyPzwvRElWPg0KICA8RElWPjxGT05UIHNpemU9Mj48L0ZP TlQ+PEJSPjwvRElWPg0KICA8RElWPjxGT05UIGZhY2U9QXJpYWwgc2l6ZT0yPkludGVyZXN0aW5n IHF1ZXN0aW9uLiZuYnNwOyBUaW1pbmcgYWNjdXJhY3kgaXMgDQogIGluZGVwZW5kZW50IG9mIHBv c2l0aW9uIGFjY3VyYWN5LiZuYnNwOyBGb3IgYSBnaXZlbiBHUFMgcmVjZWl2ZXIgY29tYmluYXRp b24gDQogIHRoZSB0aW1pbmcgYWNjdXJhY3kgaXMgZGVmaW5lZC4mbmJzcDsgV2hlbiBhbiBSVENN MTA0IERHUFMgY29ycmVjdGlvbiBpcyANCiAgYXBwbGllZCwgdGhlIGNvcnJlY3Rpb24gaXMgb25s eSBhcHBsaWVkIHRvIHRoZSBwb3NpdGlvbiBkYXRhIGFuZCBub25lIHRvIA0KICB0aW1pbmcgZGF0 YS4mbmJzcDsgV2l0aG91dCB0aW1pbmcgZGF0YSBjb3JyZWN0aW9ucyBpbiB0aGUgUlRDTTEwNCBk YXRhLCBJIHdpbGwgDQogIGFzc3VtZSB0aGF0IHRpbWluZyByZW1haW5zIHVuYWZmZWN0ZWQhJm5i c3A7IFNBIGFmZmVjdGVkIGJvdGggdGltaW5nIGFuZCANCiAgcG9zaXRpb247IERHUFMgYWZmZWN0 cyBvbmx5IHBvc2l0aW9uLjwvRk9OVD48L0RJVj4NCiAgPERJVj4mbmJzcDs8L0RJVj4NCiAgPERJ Vj48Rk9OVCBmYWNlPUFyaWFsIHNpemU9Mj5Eb3VnPC9GT05UPjwvRElWPg0KICA8QkxPQ0tRVU9U RSANCiAgc3R5bGU9IlBBRERJTkctUklHSFQ6IDBweDsgUEFERElORy1MRUZUOiA1cHg7IE1BUkdJ Ti1MRUZUOiA1cHg7IEJPUkRFUi1MRUZUOiAjMDAwMDAwIDJweCBzb2xpZDsgTUFSR0lOLVJJR0hU OiAwcHgiPg0KICAgIDxESVYgc3R5bGU9IkZPTlQ6IDEwcHQgYXJpYWwiPi0tLS0tIE9yaWdpbmFs IE1lc3NhZ2UgLS0tLS0gPC9ESVY+DQogICAgPERJViANCiAgICBzdHlsZT0iQkFDS0dST1VORDog I2U0ZTRlNDsgRk9OVDogMTBwdCBhcmlhbDsgZm9udC1jb2xvcjogYmxhY2siPjxCPkZyb206PC9C PiANCiAgICA8QSB0aXRsZT10aWVuYW56aEBuZXRlYXNlLmNvbSBocmVmPSJtYWlsdG86dGllbmFu emhAbmV0ZWFzZS5jb20iPnp0bjwvQT4gDQogICAgPC9ESVY+DQogICAgPERJViBzdHlsZT0iRk9O VDogMTBwdCBhcmlhbCI+PEI+VG86PC9CPiA8QSB0aXRsZT10YWNncHNAbGlzdHMudGFwci5vcmcg DQogICAgaHJlZj0ibWFpbHRvOnRhY2dwc0BsaXN0cy50YXByLm9yZyI+VEFQUiBTcGVjaWFsIElu dGVyZXN0IEdyb3VwPC9BPiA8L0RJVj4NCiAgICA8RElWIHN0eWxlPSJGT05UOiAxMHB0IGFyaWFs Ij48Qj5TZW50OjwvQj4gU2F0dXJkYXksIE1heSAxMywgMjAwMCA3OjM5IA0KICAgIEFNPC9ESVY+ DQogICAgPERJViBzdHlsZT0iRk9OVDogMTBwdCBhcmlhbCI+PEI+U3ViamVjdDo8L0I+IFt0YWNn cHNdIENhbiBER1BTIGltcHJvdmUgdGhlIA0KICAgIGFic29sdXRlIHRpbWUgYWNjdXJhY3kgb2Yg cm92ZXIgcmVjZWl2ZXI/PC9ESVY+DQogICAgPERJVj48QlI+PC9ESVY+DQogICAgPERJVj48Rk9O VCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPkhpIGFsbCw8L0ZPTlQ+PC9ESVY+DQogICAgPERJVj48 Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjwvRk9OVD4mbmJzcDs8L0RJVj4NCiAgICA8RElW PjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+V2UgdXNlIERHUFMgaW4gb25lIG9mIG91ciBw cm9qZWN0cywgYm90aCANCiAgICBiYXNlIGFuZCByb3ZlciBhcmUgTkFWU1RBUiBYUjYsIGluIHRo aXMgYXBwbGljYXRpb24gdGhlIHRpbWUmbmJzcDthY2N1cmFjeSANCiAgICBiZXR3ZWVuIHJvdmVy cyB3aWxsIG5vIGRvdWJ0IGJlIGltcHJvdmVkIGdyZWF0bHkuIEJ1dCBob3cgYWJvdXQgdGhlIEFC U09MVVRFIA0KICAgIGFjY3VyYWN5IGJldHdlZW4gcm92ZXIgYW5kIEdQUyB0aW1lIG9yIFVUQz8g SSB0aGluayBpdCBpcyBhbHNvIGltcHJvdmVkIHNhbWUgDQogICAgYXMgYmV0d2VlbiByb3ZlcnMs IGFzc3VtaW5nIHRoZSBiYXNlIHBvc2l0aW9uIGlzIHByZWNpc2UgZW5vdWdoLiBCdXQgc29tZSBv ZiANCiAgICB1cyBkbyBub3QgYWdyZWUgd2l0aCBtZSwgdGhleSBzYWlkIHRoYXQgYWJzb2x1dGUg dGltZSZuYnNwO2FjY3VyYWN5IG9mIHJvdmVyIA0KICAgIGRvIG5vdCBpbXByb3ZlZCBhbmQgdGhl IGFic29sdXRlIHRpbWUmbmJzcDthY2N1cmFjeSBvZiByb3ZlciBpcyB0aGUgc2FtZSBhcyANCiAg ICBzaW5nbGUgR1BTIHBvc2l0aW9uaW5nISA8QlI+U28gbXkgcXVlc3Rpb24gaXMgLS0tIGNhbiBE R1BTIGltcHJvdmUgdGhlIA0KICAgIGFic29sdXRlIHRpbWUgYWNjdXJhY3kgb2Ygcm92ZXImbmJz cDtHUFMgcmVjZWl2ZXI/PEJSPjxCUj5UaGFua3MgDQogICAgYWxsITwvRk9OVD48L0RJVj4NCiAg ICA8RElWPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PC9GT05UPiZuYnNwOzwvRElWPg0K ICAgIDxESVY+PEZPTlQgDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPlpoZW5nPC9GT05UPjwvRElW PjwvQkxPQ0tRVU9URT48L0JMT0NLUVVPVEU+PC9CT0RZPjwvSFRNTD4NCg== ------=_NextPart_000_002C_01BFBD8A.CB7F0920-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sun May 14 14:11:19 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA23971 for ; Sun, 14 May 2000 14:11:18 -0500 (CDT) From: "Richard M. Hambly" To: "TAPR Special Interest Group" Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) Date: Sun, 14 May 2000 15:10:31 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Reg, Thank you for discovering this. I have taken some timing data on the eval kit but always with the 1PPS on the RCA jack. I never noticed that the M12 eval kit was screwing up the time on my PC (using either NTP or Tac32/Tac32Plus). The PC time is really bad, not only because the sync is on the trailing edge of the 1PPS pulse, but because this edge is beyond the time data in the serial message. This makes the program sync using the wrong serial data! Be careful how you choose to fix this. I have sent a message to Synergy that should result in a correction to the eval kit. Also, there is another M12 adapter board from Synergy that allows the M12 to plug into a VP/UT+ slot. I don't know if it has the same problem. In any case, do not assume that all M12's will have this bug, they won't! I guess an initialization option that allows for and inverted DCD is all that can be done. I will look into doing this for Tac32. That said, the M12 is still really not all that good. If you want to use it to set the time on your PC, fine. If you are looking for the <10 nsec 1-sigma (post-SA) that can be obtained from a VP or UT+, forget it. Performance is more like +-0.800 microseconds with 450 nsec 1-sigma. Some VP data I have shows about +-0.070 microseconds and < 9 nsec 1-sigma for the same time period (post SA). Rick WB2TNL -----Original Message----- From: bounce-tacgps-5621@lists.tapr.org [mailto:bounce-tacgps-5621@lists.tapr.org]On Behalf Of Reg Clemens Sent: Friday, May 12, 2000 7:36 PM To: TAPR Special Interest Group Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) Back on 21apr2000, Brooks Shera noted (Refering to the M12) the timing of the 1pps (even in position hold mode) jumps back and forth several hundred ns from 1 second to the next. On 4May2000 I responded that things looked a lot worse that that to me. That was about a day and a half after I received my M12 evaluation kit, and *well* I should have taken some more time before responding, but I was pretty happy to have ANYTHING working with NTP. Something that SHOULD be noted, is that the 1pps pulse has the OPPOSITE polarity from the 1pps pulse from the TAC2 board. If you just forge forward, without pulling out the scope (actually I have little program that WOULD have made this obvious IF I had run it) you will be timing on the wrong side of the pulse and get REALLY BAD jitter. OK, between that mistake, and something I will NEVER understand when I first installed an additional Serial port on my PC so that I could run both the VP and the M12 on the same machine, I have some *really* strange results for the first day or two of testing. After I finally had the serial port working correctly, and had discovered the correct sign of the PPS pulse, THINGS STARTED TO LOOK A LOT BETTER. Since I am interested in NTP, it is my experimental engine. I have added code to NTP to run the M12 (and in the process, a lot of older units), but my main debugging tool is to look at the data coming out on the clockstats file where the timestamps for the individual ticks are recorded. So what I am seeing is the time of arrival of the 1pps pulse, vs the PC clock (I really DO need to upgrade the Xtal there), polluted by all the jitter intrinsic in the PC interrupts. To avoid problems of both 1pps pulses arriving at one time, the 1pps pulse from the VP was offset 100us in the VP, then the correction was applied in the software. OK, all that said, the M12 *REALLY DOESN'T LOOK ALL THAT BAD*. I'm sure that measured as Brooks did, things look a lot worse than the VP/UT+, but with the addition of the latencies in PC interrupts, the plots of the M12 timestamps are only showing about x2 to x3 worse performance than the VP. Measured with something other than a PC, the difference could easily be the x10 that Brooks saw, but add PC interuups even on a 350MHz Pentium II, and the difference is not that great. I suspect after the NTP PLL loop, that the (relative) difference would be smaller, but I don't have any plots of that yet. And to answer a question before it is asked. I expect to be passing along the M12 changes to the refclock_oncore.c driver to the NTP folks within a week or so, so they should be incorporated in the CVS sources soon thereafter, and int the actual release, sometime after that. -- Reg.Clemens reg@dwf.com --- You are currently subscribed to tacgps as: RICK@CNSSYS.COM To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sun May 14 14:36:31 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA24733 for ; Sun, 14 May 2000 14:36:25 -0500 (CDT) Message-Id: To: "TAPR Special Interest Group" Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) In-Reply-To: Your message of "Sun, 14 May 2000 15:10:31 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 May 2000 13:34:52 -0600 From: Reg Clemens List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005141934.NAA14644@orion.dwf.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Yes, I think that the answer is assume nothing. I wrote a little program that writes out the ASSERT and CLEAR timestamps from the PPSAPI, its probably 100 lines with tests and debug statements for everything that could possibly go wrong down to the point where you are actually getting timestamps. In any case, on the VP the ASSERT timestamp comes 200ms before the CLEAR. while on the M12, the CLEAR timestamp comes 200ms before the ASSERT. If that had been the first piece of code I ran, I would have saved several days of trying to figure out just what was going on (because as you note, if you sync on the wrong edge, you are out in the middle of the response message, so there is a good chance you will be choosing the WRONG response message... --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sun May 14 19:23:38 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA04623 for ; Sun, 14 May 2000 19:23:33 -0500 (CDT) Message-ID: Date: Mon, 15 May 2000 01:21:09 +0100 From: "Dr Thomas A Clark (W3IWI)" X-Accept-Language: en,pdf MIME-Version: 1.0 To: "TAPR Special Interest Group" CC: Art Sepin Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <391F42F5.FE760922@clark.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Without a schematic, the problem is probably that the U2 RS232 level converter is an inverter, and it's probably driven from the "raw" 1PPS output from the M12. The correct scheme (like I did on the TAC-2) would have been to put one inverter in this line. I see a pretty simple temporary kludge solution: a. Pull the jumper at JP1 b. From the pin of JP1 nearest U2/LT1381 and C4, run a 100 or 220 ohm resistor to TP6, labelled 1PPS. This could just be a jumper wire, but a resistor will supply some isolation. Probably the cleanest place for the jumper is on the back-side of the board. This will put the CMOS 0/+5V from U1/74AC04 driver onto the DCD pin with the proper polarity. Normally you would like to have a bipolar (-/+ voltage) signal for the RS232 interface, but 99% of the computer RS232 ports work just fine with 0/+5V CMOS levels. 73, Tom --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sun May 14 20:27:46 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA06630 for ; Sun, 14 May 2000 20:27:44 -0500 (CDT) From: "Richard M. Hambly" To: "TAPR Special Interest Group" Cc: "Art Sepin" Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) Date: Sun, 14 May 2000 21:27:01 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk I fixed mine without the compromise in Tom's solution. 1. Attach a wire between pins 11-12 on U1 (they are connected together with a top side trace) and pin 11 of U2, using the nearby via hole that connects the top side trace from U2 pin 11 to a bottom side trace. 2. Cut the bottom side trace that connects U2 pin 11 to R4. I wanted to do this job neatly with a tiny piece of wire wrap wire for the jumper on the bottom of the board. To do this I drilled a #70 hole close to the trace connecting U1 pins 11 and 12. I used an xacto knife to scrape the solder mask from this tiny trace. I put the wire through the hole and soldered one end to the exposed trace. The other end of the wire was soldered into the via hole leading to pin 11 of U2 and the bottom trace leading away from that hole was cut. By doing this you will have the full RS-232 levels and your 1PPS will be the correct polarity. Everything else will still work properly, including the 1PPS LED. Rick WB2TNL -----Original Message----- From: bounce-tacgps-5621@lists.tapr.org [mailto:bounce-tacgps-5621@lists.tapr.org]On Behalf Of Dr Thomas A Clark (W3IWI) Sent: Sunday, May 14, 2000 8:21 PM To: TAPR Special Interest Group Cc: Art Sepin Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) Without a schematic, the problem is probably that the U2 RS232 level converter is an inverter, and it's probably driven from the "raw" 1PPS output from the M12. The correct scheme (like I did on the TAC-2) would have been to put one inverter in this line. I see a pretty simple temporary kludge solution: a. Pull the jumper at JP1 b. From the pin of JP1 nearest U2/LT1381 and C4, run a 100 or 220 ohm resistor to TP6, labelled 1PPS. This could just be a jumper wire, but a resistor will supply some isolation. Probably the cleanest place for the jumper is on the back-side of the board. This will put the CMOS 0/+5V from U1/74AC04 driver onto the DCD pin with the proper polarity. Normally you would like to have a bipolar (-/+ voltage) signal for the RS232 interface, but 99% of the computer RS232 ports work just fine with 0/+5V CMOS levels. 73, Tom --- You are currently subscribed to tacgps as: RICK@CNSSYS.COM To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 15 00:03:02 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id AAA21095 for ; Mon, 15 May 2000 00:02:59 -0500 (CDT) Message-ID: From: "Jim King" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) Date: Mon, 15 May 2000 00:00:07 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <01f801bfbe2a$70b7c9a0$08e48486@marble> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Rick, thanks for the nifty instructions. I don't have specs handy for the chips on the eval board. Could you describe what your patch is doing, i.e. are you using a spare line driver or something? Does anybody know if Synergy will be willing to provide updated boards to folks who have already bought the eval kit? Jim Richard M. Hambly wrote: > I fixed mine without the compromise in Tom's solution. > > 1. Attach a wire between pins 11-12 on U1 (they are connected together with a > top side trace) and pin 11 of U2, using the nearby via hole that connects the > top side trace from U2 pin 11 to a bottom side trace. > > 2. Cut the bottom side trace that connects U2 pin 11 to R4. > > I wanted to do this job neatly with a tiny piece of wire wrap wire for the > jumper on the bottom of the board. To do this I drilled a #70 hole close to > the trace connecting U1 pins 11 and 12. I used an xacto knife to scrape the > solder mask from this tiny trace. I put the wire through the hole and soldered > one end to the exposed trace. > > The other end of the wire was soldered into the via hole leading to pin 11 of > U2 and the bottom trace leading away from that hole was cut. > > By doing this you will have the full RS-232 levels and your 1PPS will be the > correct polarity. Everything else will still work properly, including the > 1PPS LED. > > Rick > WB2TNL > > > -----Original Message----- > From: bounce-tacgps-5621@lists.tapr.org > [mailto:bounce-tacgps-5621@lists.tapr.org]On Behalf Of Dr Thomas A Clark > (W3IWI) > Sent: Sunday, May 14, 2000 8:21 PM > To: TAPR Special Interest Group > Cc: Art Sepin > Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga > continues) > > > > Without a schematic, the problem is probably that the U2 RS232 > level converter is an inverter, and it's probably driven from > the "raw" 1PPS output from the M12. The correct scheme (like I did > on the TAC-2) would have been to put one inverter in this line. > > I see a pretty simple temporary kludge solution: > > a. Pull the jumper at JP1 > b. From the pin of JP1 nearest U2/LT1381 and C4, run a 100 > or 220 ohm resistor to TP6, labelled 1PPS. This could > just be a jumper wire, but a resistor will supply > some isolation. Probably the cleanest place for the > jumper is on the back-side of the board. > > This will put the CMOS 0/+5V from U1/74AC04 driver onto > the DCD pin with the proper polarity. Normally you would > like to have a bipolar (-/+ voltage) signal for the RS232 > interface, but 99% of the computer RS232 ports work just > fine with 0/+5V CMOS levels. > > 73, Tom > > --- > You are currently subscribed to tacgps as: RICK@CNSSYS.COM > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > > > --- > You are currently subscribed to tacgps as: king@sstar.com > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 15 03:46:32 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id DAA06941 for ; Mon, 15 May 2000 03:46:28 -0500 (CDT) Message-Id: To: "TAPR Special Interest Group" Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) In-Reply-To: Your message of "Mon, 15 May 2000 00:00:07 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 May 2000 02:44:55 -0600 From: Reg Clemens List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005150844.CAA04973@orion.dwf.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Just a note, if you are using the M12 eval kit to drive NTP there is no real problem (once you realize the pulse is inverted). The code defaults to ASSERT, but can just as easily set it to CLEAR and it will time off of the opposite polarity transition. -- Reg.Clemens reg@dwf.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 15 05:57:05 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA10070 for ; Mon, 15 May 2000 05:57:00 -0500 (CDT) From: "Richard M. Hambly" To: "TAPR Special Interest Group" Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) Date: Mon, 15 May 2000 06:56:02 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal In-reply-to: X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Importance: Normal List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Jim, The M12 Eval board appears to take the M12 1PPS and send it through 2 inverters to buffer it. The output feed both the RS232 driver, which does another inversion, and the 1PPS LED circuit. My modification directs the output of the first inverter to the RS232 driver instead of using the output from the second inverter. The second inverter still powers the 1PPS LED. Rick -----Original Message----- From: bounce-tacgps-5621@lists.tapr.org [mailto:bounce-tacgps-5621@lists.tapr.org]On Behalf Of Jim King Sent: Monday, May 15, 2000 1:00 AM To: TAPR Special Interest Group Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga continues) Rick, thanks for the nifty instructions. I don't have specs handy for the chips on the eval board. Could you describe what your patch is doing, i.e. are you using a spare line driver or something? Does anybody know if Synergy will be willing to provide updated boards to folks who have already bought the eval kit? Jim Richard M. Hambly wrote: > I fixed mine without the compromise in Tom's solution. > > 1. Attach a wire between pins 11-12 on U1 (they are connected together with a > top side trace) and pin 11 of U2, using the nearby via hole that connects the > top side trace from U2 pin 11 to a bottom side trace. > > 2. Cut the bottom side trace that connects U2 pin 11 to R4. > > I wanted to do this job neatly with a tiny piece of wire wrap wire for the > jumper on the bottom of the board. To do this I drilled a #70 hole close to > the trace connecting U1 pins 11 and 12. I used an xacto knife to scrape the > solder mask from this tiny trace. I put the wire through the hole and soldered > one end to the exposed trace. > > The other end of the wire was soldered into the via hole leading to pin 11 of > U2 and the bottom trace leading away from that hole was cut. > > By doing this you will have the full RS-232 levels and your 1PPS will be the > correct polarity. Everything else will still work properly, including the > 1PPS LED. > > Rick > WB2TNL > > > -----Original Message----- > From: bounce-tacgps-5621@lists.tapr.org > [mailto:bounce-tacgps-5621@lists.tapr.org]On Behalf Of Dr Thomas A Clark > (W3IWI) > Sent: Sunday, May 14, 2000 8:21 PM > To: TAPR Special Interest Group > Cc: Art Sepin > Subject: [tacgps] Re: M12 - Not ready for prime timing (the saga > continues) > > > > Without a schematic, the problem is probably that the U2 RS232 > level converter is an inverter, and it's probably driven from > the "raw" 1PPS output from the M12. The correct scheme (like I did > on the TAC-2) would have been to put one inverter in this line. > > I see a pretty simple temporary kludge solution: > > a. Pull the jumper at JP1 > b. From the pin of JP1 nearest U2/LT1381 and C4, run a 100 > or 220 ohm resistor to TP6, labelled 1PPS. This could > just be a jumper wire, but a resistor will supply > some isolation. Probably the cleanest place for the > jumper is on the back-side of the board. > > This will put the CMOS 0/+5V from U1/74AC04 driver onto > the DCD pin with the proper polarity. Normally you would > like to have a bipolar (-/+ voltage) signal for the RS232 > interface, but 99% of the computer RS232 ports work just > fine with 0/+5V CMOS levels. > > 73, Tom > > --- > You are currently subscribed to tacgps as: RICK@CNSSYS.COM > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > > > --- > You are currently subscribed to tacgps as: king@sstar.com > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > --- You are currently subscribed to tacgps as: RICK@CNSSYS.COM To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 16 15:54:25 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA13771 for ; Tue, 16 May 2000 15:54:23 -0500 (CDT) Message-ID: Date: Tue, 16 May 2000 13:52:32 -0700 From: Jim Johnson Organization: Agilent Technologies X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Lost control of the list Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <3921B510.20101F82@agilent.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Greetings, It looks like TAPR has lost control of the tacgps list. I was trying to change my account address but I can't send commands to the list controller because it does not accept my current return address. Looks like a Catch 22 situation. When you send the HELP command to listproc@tapr.org you get pointed to Lyris, which looks like a several-hundred-page document that I don't have time to read. In the few minutes that I did waste reading the "manual", I did not find an address of a human to which I could ask about my situation. Has anybody else had difficulty with this or is it just me? Instead of changing my account address, it looks like my only option is to completely quit my current account and sign up over again with the new address. Under the "old" way (before Lyris), it was straightforward to change your account address. Not anymore. Any suggestions are welcome. Thanks. 73, Jim W6SC -- Jim Johnson jim_johnson@agilent.com Agilent Laboratories "Innovating the HP Way" www.labs.agilent.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 16 17:53:03 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA18562 for ; Tue, 16 May 2000 17:53:00 -0500 (CDT) From: "Steven R. Bible" To: "TAPR Special Interest Group" Subject: [tacgps] RE: Lost control of the list Date: Tue, 16 May 2000 18:52:17 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mimeole: Produced By Microsoft MimeOLE V5.00.2919.6700 In-Reply-To: Importance: Normal List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk > Greetings, > > It looks like TAPR has lost control of the tacgps list. I was > trying to change my account address but I can't send commands to > the list controller because it does not accept my current return > address. Looks like a Catch 22 situation. When you send the > HELP command to listproc@tapr.org you get pointed to Lyris, which looks > like a several-hundred-page document that I don't have time to read. > In the few minutes that I did waste reading the "manual", I did not > find an address of a human to which I could ask about my situation. > Has anybody else had difficulty with this or is it just me? > > Instead of changing my account address, it looks like my only > option is to completely quit my current account and sign up over > again with the new address. Under the "old" way (before Lyris), > it was straightforward to change your account address. Not anymore. > Any suggestions are welcome. Thanks. Jim, For every TAPR list there is a list administrator. For this list that is me. If you have problems such as this, all it takes is a polite message to the list and I'll help you out. To answer your question, if you navigate to the Lyris web page from the TAPR home page (click on "TAPR Lists" link) then click on "Special Interests Groups" then click on "TAC-2 & Technical GPS Issues" aka TACGPS list. From here you can type in your email address and your password. From there you can click on "Your Settings" and change your email address. If you go there now, I have already cahnged you email to jim_johnson@agilent.com. The above sounds like a mouthfull, but it is easily navigated by clicking on links. The administration of Lyris is 100 times easier than the old lists manager. - Steve, N7HPR --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 16 18:14:47 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA19471 for ; Tue, 16 May 2000 18:14:46 -0500 (CDT) Message-ID: Date: Tue, 16 May 2000 16:13:10 -0700 From: Jim Johnson Organization: Agilent Technologies X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] RE: Lost control of the list References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <3921D606.3AB31315@agilent.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Steve, Please accept my apologies for sounding short with my message. I was in a hurry and thought this would be easy. Once you know the "trick", as you just described to me, I'm sure it will be simple to do. As a first time user of Lyris, you can see how daunting it can be when you see the depth of the menu system. It's also nice to see that a real person is watching things and responds quickly to problems. Thank you for handling my situation immediately and I hope others are helped by my little outburst (more than irritated). 73 and thanks again, Jim W6SC "Steven R. Bible" wrote: > > > Greetings, > > > > It looks like TAPR has lost control of the tacgps list. I was > > trying to change my account address but I can't send commands to > > the list controller because it does not accept my current return > > address. Looks like a Catch 22 situation. When you send the > > HELP command to listproc@tapr.org you get pointed to Lyris, which looks > > like a several-hundred-page document that I don't have time to read. > > In the few minutes that I did waste reading the "manual", I did not > > find an address of a human to which I could ask about my situation. > > Has anybody else had difficulty with this or is it just me? > > > > Instead of changing my account address, it looks like my only > > option is to completely quit my current account and sign up over > > again with the new address. Under the "old" way (before Lyris), > > it was straightforward to change your account address. Not anymore. > > Any suggestions are welcome. Thanks. > > Jim, > > For every TAPR list there is a list administrator. For this list that is > me. If you have problems such as this, all it takes is a polite message to > the list and I'll help you out. > > To answer your question, if you navigate to the Lyris web page from the TAPR > home page (click on "TAPR Lists" link) then click on "Special Interests > Groups" then click on "TAC-2 & Technical GPS Issues" aka TACGPS list. From > here you can type in your email address and your password. From there you > can click on "Your Settings" and change your email address. If you go there > now, I have already cahnged you email to jim_johnson@agilent.com. > > The above sounds like a mouthfull, but it is easily navigated by clicking on > links. The administration of Lyris is 100 times easier than the old lists > manager. > > - Steve, N7HPR > > --- > You are currently subscribed to tacgps as: jim_johnson@agilent.com > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org -- Jim Johnson jim_johnson@agilent.com Agilent Laboratories "Innovating the HP Way" www.labs.agilent.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 16 18:31:09 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA19887 for ; Tue, 16 May 2000 18:31:05 -0500 (CDT) Message-ID: Date: Tue, 16 May 2000 16:29:48 -0700 From: Jim Johnson Organization: Agilent Technologies X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Lyris Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <3921D9EC.FC5986E4@agilent.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Greetings again, Now I see where I went wrong. I sent HELP to listproc@tapr.org and this is what I got back: "Help is available at the Lyris Web Site: http://www.lyris.com/help" So I clicked on the link and could find nothing about TACGPS or TAPR, by navigating or by using their search block. I tried sending a message to paul@eye.psych.umn.edu and received no answer. Then I got frustrated. So my data was very old (on how to get help) but Steve Bible set me straight and I hope everybody else who reads this list follows his directions to get to list administration issues. If I'm the only one who just learned this, sorry to waste your time. Thanks, Jim W6SC -- Jim Johnson jim_johnson@agilent.com Agilent Laboratories "Innovating the HP Way" www.labs.agilent.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Wed May 17 01:40:21 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id BAA13012 for ; Wed, 17 May 2000 01:40:20 -0500 (CDT) Date: Wed, 17 May 2000 1:38:48 Subject: [tacgps] NTP 4.0.99i, TAC-2, Oncore UT+ & SCO OpenServer 5.0.5 To: "TAPR Special Interest Group" From: "Scott O'Connell" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" Sender: bounce-tacgps-6754@lists.tapr.org Message-Id: Precedence: bulk I've ordered a TAC-2 w/Oncore UT+. I have compiled NTP 4.0.99i and have it running on an SCO OpenServer 5.0.5 machine. Is there anyone that has done this that might want to give me any pointers specific to SCO? Thanks in advance! --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 19 16:19:19 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA25078 for ; Fri, 19 May 2000 16:19:18 -0500 (CDT) Message-ID: X-Originating-IP: [38.29.125.165] From: "Frank Leslie" To: "TAPR Special Interest Group" Subject: [tacgps] Location problem for mentally disabled Date: Fri, 19 May 2000 17:18:45 EDT Mime-Version: 1.0 Content-Type: text/plain; format=flowed List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <20000519211845.47415.qmail@hotmail.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk A wilderness trip leader is looking for a means of locating a lost person who may be not fully cooperative (injured, etc.). She indicates that the person may be somewhat unable to communicate, as she says the condition may have been referred to as "retarded" in the past. I believe the person might be autistic, but don't have further info. So the requirements seem to be: Device doesn't require the person to operate it, just carry it, Position fixing to perhaps 100 -200 feet might be enough for visual or audible search. Person is unlicensed for amateur service Light weight battery load Loss of radio link initiates alarm At the moment, I think this is a questionable plan, but I'm thinking of something like GPS for a tracking dog, perhaps police canine patrol or searcher. GPS magazine just had something like this. Has anyone had experience with this type of application? Comments and suggestions will be welcomed. Frank Leslie, fleslie@bigfoot.com ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 19 17:00:59 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA03862 for ; Fri, 19 May 2000 17:00:58 -0500 (CDT) Message-Id: Date: Fri, 19 May 2000 14:59:51 -0700 (PDT) From: tvb@veritas.com (Tom Van Baak) To: "TAPR Special Interest Group" Subject: [tacgps] Re: Location problem for mentally disabled List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Frank Leslie writes: > A wilderness trip leader is looking for a means of locating a lost person > who may be not fully cooperative (injured, etc.). She indicates that the > person may be somewhat unable to communicate, as she says the condition may > have been referred to as "retarded" in the past. I believe the person might > be autistic, but don't have further info. > > So the requirements seem to be: > Device doesn't require the person to operate it, just carry it, > > Position fixing to perhaps 100 -200 feet might be enough for visual or > audible search. > > Person is unlicensed for amateur service > > Light weight battery load > > Loss of radio link initiates alarm > > At the moment, I think this is a questionable plan, but I'm thinking of > something like GPS for a tracking dog, perhaps police canine patrol or > searcher. GPS magazine just had something like this. > > Has anyone had experience with this type of application? Comments and > suggestions will be welcomed. Yes! In my days of wilderness trip leading we called the device a "friend" or a "buddy". The way it worked was that you paired the kids up by twos and had one look after the other. No license required. No batteries. Occasional food and water were necessary. Besides preventing lost individuals the pairing also builds trust, responsibility, friendship, and memories. ;-) /tvb --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 19 21:58:52 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA04004 for ; Fri, 19 May 2000 21:58:51 -0500 (CDT) Message-ID: From: "Steve Sampson" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: Location problem for mentally disabled Date: Fri, 19 May 2000 21:57:34 -0500 Organization: USA Site Network MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <004301bfc207$25da8220$83228cd1@spacewar.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Get one of those air-horns-in-a-can they sell, and put it in their knapsack. When I was 13 (aren't all 13 year olds mentally disabled?) I went on a camping trip in Oregon. I wanted one last photo of the water fall, and I thought a great shot would be from the edge of the hill, out and down from the main camp. Since each group had an adult to watch over every barracks, I first had to sneak away from him. I figured it would take an hour at most. Succeeding in that I took up a vector I was sure would allow me the best shot. After about 10 minutes of walking (vectoring left and right to go around fallen trees etc) I had the realization that I no longer knew which was my original heading, nor the heading to backtrack. Nothing but forest in every direction. I never made it to the part that slopes down to the falls. Don't panic, I thought. Looking for the sun didn't help, it was low scud and overcast. Crap, think man, use your skills. I listened hard for the waterfall. Sat there for about 15 minutes trying to come up with a plan. There's no moss on the trees, there's no trail. I am screwed. I remembered an old movie where the guy marked a tree as he proceeded through the forest. Lot of good that does me now. But I'll mark one to prevent me going in circles. Then it happened. The P.A. system at the base camp went off with the chow call. A bugle retreat. I was deep enough into the forest that it was just a muffled sound. But when you're one with nature, the non-natural stands out. That was it. Saved my ass. I told our barracks warden about my stupid move. He just stood there in shock. He told me they lost a kid about five years earlier, he's still out there somewhere. Cat food no doubt. He said his life just passed before his eyes. Told me not to tell anyone, and then went and told the Commandant about the great new P.A. system for bugle calls! Funny thing is, I miss that completely lost feeling. I'm going to have to do it again when I retire. The experience was life changing. Maybe spend a few years trying to get out of the Willamette National Forest :-) Steve --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sat May 20 11:59:45 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA09777 for ; Sat, 20 May 2000 11:59:45 -0500 (CDT) Message-Id: X-Sender: mdmiller@209.197.224.10 Date: Sat, 20 May 2000 11:45:39 -0500 To: "TAPR Special Interest Group" From: mdmiller@fastlane.net Subject: [tacgps] OCXO Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <4.3.1.2.20000520114412.00dbf7c0@209.197.224.10> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Does any one know of a source for purchasing a single new or used OXCO? Thanks Mark Miller N5RFX --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sat May 20 15:44:41 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA19759 for ; Sat, 20 May 2000 15:44:40 -0500 (CDT) Message-Id: X-Sender: glittle@awod.com Date: Sat, 20 May 2000 16:34:15 -0400 To: "TAPR Special Interest Group" From: Glenn Little Subject: [tacgps] Re: OCXO In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <4.3.1.0.20000520163352.02133c70@awod.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Mark What frequency?? 73 Glenn WB4UIV At 11:45 AM 5/20/00 -0500, you wrote: >Does any one know of a source for purchasing a single new or used OXCO? > >Thanks >Mark Miller >N5RFX > > >--- >You are currently subscribed to tacgps as: GLITTLE@AWOD.COM >To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --------------------------------------------------------------------------- Glenn Little glittle@awod.com QCWA LM 28417 Amateur Callsign: WB4UIV wb4uiv@amsat.org AMSAT LM 2178 QTH: Goose Creek, SC USA (EM92xx) ARRL TAPR --------------------------------------------------------------------------- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sun May 21 08:24:52 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA13272 for ; Sun, 21 May 2000 08:24:49 -0500 (CDT) Message-ID: From: William E Van Buskirk Reply-To: "TAPR Special Interest Group" To: "TAPR Special Interest Group" Subject: [tacgps] RE: OCXO Date: Sun, 21 May 2000 09:24:28 -0400 Organization: SkyTel MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <01BFC306.5D948DA0.wevb@nfis.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Hi Mark, I have a Isotemp 10MHz OCXO, model # OCXO118-12. They have a trim cap for manual adj and an 8VDC ref voltage. I'm using one in a GPS /Frequency standard project based on the design by Brooks Shera. If your interested let me know. Bill, KB0ODJ On Saturday, May 20, 2000 12:46, mdmiller@fastlane.net [SMTP:mdmiller@fastlane.net] wrote: > Does any one know of a source for purchasing a single new or used OXCO? > > Thanks > Mark Miller > N5RFX > > > --- > You are currently subscribed to tacgps as: wevb@nfis.com > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sun May 21 12:26:28 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA27498 for ; Sun, 21 May 2000 12:26:25 -0500 (CDT) Message-Id: X-Sender: bagi@stars.ch Date: Sun, 21 May 2000 15:49:25 +0200 To: "TAPR Special Interest Group" From: Mathias Tobler Subject: [tacgps] post porcessing software In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <4.2.2.20000521151930.00b81ed0@stars.ch> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk I am looking for a cheap (better free) software that can post process RINEX data. Pseudorange is sufficient even though carrier phase would be nice. Any ideas? What accuracy can I expect using pseudorange data only (e.g. from a M12)? Thanks, Mathias --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sun May 21 19:13:41 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA27064 for ; Sun, 21 May 2000 19:13:39 -0500 (CDT) Sender: bounce-tacgps-6754@lists.tapr.org Message-ID: Date: Sun, 21 May 2000 19:10:31 -0500 From: Gerry Creager N5JXS Reply-To: "TAPR Special Interest Group" Organization: Network Engineering, TAMU CPSC Dept. X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: post porcessing software References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <39287AF7.556CA8CD@cs.tamu.edu> Precedence: bulk Mathias Tobler wrote: > > I am looking for a cheap (better free) software that can post process RINEX > data. Pseudorange is sufficient even though carrier phase would be nice. > Any ideas? > What accuracy can I expect using pseudorange data only (e.g. from a M12)? Try this: I've tried it but I've not done much with it. It comes from the National Geodetic Survey and has (obviously) no warranty. In what I've seen going thru the code it looks like it'll do what you want for carrier-phase processing. You should be able to get 10-30 cm with it but I've not proven that out. Do isolated baselines including known fiducial (control) points, forming a geometric network. Then adjust the network using the method of least squares, constraining the fiducial points to minimal adjustment and the unknown point(s) to maximal adjustment. Adjust the whole network at one time, if you can. 73, gerry -- Gerry Creager gerry@cs.tamu.edu, gerry@page4.cs.tamu.edu Network Engineering |Geodesy Computer Science Department |Satellite Geodesy and Control Texas A&M University | 979.458.4020 --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Sun May 21 19:35:21 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA29924 for ; Sun, 21 May 2000 19:35:20 -0500 (CDT) Sender: bounce-tacgps-6754@lists.tapr.org Message-ID: Date: Sun, 21 May 2000 19:32:32 -0500 From: Gerry Creager N5JXS Reply-To: "TAPR Special Interest Group" Organization: Network Engineering, TAMU CPSC Dept. X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: post porcessing software References: Content-Type: multipart/mixed; boundary="------------A7F00A408DB9D7EA431A488C" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <39288020.D63C1D60@cs.tamu.edu> Precedence: bulk This is a multi-part message in MIME format. --------------A7F00A408DB9D7EA431A488C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mathias Tobler wrote: > > I am looking for a cheap (better free) software that can post process RINEX > data. Pseudorange is sufficient even though carrier phase would be nice. > Any ideas? > What accuracy can I expect using pseudorange data only (e.g. from a M12)? I don't know if my earlier messages made it thru: Netscape and I are arguing tonight. This piece of fortran code will do double-differencing processing. Using a pair of control points (known coordinates) and processing baselines between each control point and the unknown point will allow you to create a triangular network that can readily be adjusted using the method of least squares. The resulting answer should be within the 10-30cm range. Sned me direct e-mail with further questions. Disclaimer: This code is on my list but I've not used it extensively yet. It's going to form the basis of what I hope to make a World Bank-funded project. 73, gerry -- Gerry Creager gerry@cs.tamu.edu, gerry@page4.cs.tamu.edu Network Engineering |Geodesy Computer Science Department |Satellite Geodesy and Control Texas A&M University | 979.458.4020 --------------A7F00A408DB9D7EA431A488C Content-Type: application/octet-stream; name="ddpr1.for" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ddpr1.for" ICAgICAgcHJvZ3JhbSBkZHByMQoKKioqIHBzZXVkby1yYW5nZSB2ZXJzaW9uICAoZGdtICAg MS1tYXItOTYpCioqKiBub3RoaW5nIHdpdGggTDIgcHIgKHNvIGZhcikKCioqKiB2ZXJzaW9u ICgwLjEgIHRlc3QgaW5pdGlhdGVkIDExLWphbi05NSkKKioqIG5vdGUgdG8gbWU6IHdvcmsg aW4gY3V0b2ZmLWFuZ2xlCioqKiBub3RlIHRvIG1lOiBpZiBvcmJpdHMgaGF2ZSBOTyBzYXQg Y2xvY2sgY29yci4sIHVzZSAubmF2IGZpbGUKCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVj aXNpb24oYS1oLG8teikKICAgICAgcGFyYW1ldGVyKGxvcmJpdD0oNCo0OCkqKDErNCoyNCkp CiAgICAgIGRpbWVuc2lvbiBvcmJpdHMobG9yYml0KSxjb29yZCgyMCksaWNvbHMxKDA6NCks aWNvbHMyKDA6NCkKICAgICAgY2hhcmFjdGVyKjQgYWlkMSxhaWQyCiAgICAgIGNvbW1vbi9s dXMvbHN0LGxwb3MsbHJpbjEsbHJpbjIsbGVwaCxsb2JzCiAgICAgIGNvbW1vbi9zdHVnZy9w aSxyYWQsc29sLGYxLGYyLHcxLHcyLHdlCgogICAgICBwaT00LmQwKmRhdGFuKDEuZDApCiAg ICAgIHJhZD0xODAuZDAvcGkKCiAgICAgIHNvbD0yOTk3OTI0NTguZDAKICAgICAgZjEgPTE1 NzUuNDJkNgogICAgICBmMiA9MTIyNy42MGQ2CiAgICAgIHcxID1zb2wvZjEKICAgICAgdzIg PXNvbC9mMgogICAgICB3ZT03LjI5MjExNTE0NjdkLTUKCioqKiBub3RlOiBpbnB1dCBmaWxl IG5hbWVzIGN1cnJlbnRseSBoYXJkLWNvZGVkCgogICAgICBsc3Q9MQogICAgICBvcGVuKGxz dCxmaWxlPSdkZHByMS5sc3QnLGZvcm09J2Zvcm1hdHRlZCcpCiAgICAgIHdyaXRlKGxzdCwq KSAnUHNldWRvcmFuZ2UgUHJvZ3JhbScKCiAgICAgIGxwb3M9MTAKICAgICAgb3BlbihscG9z LGZpbGU9J3BvcycsZm9ybT0nZm9ybWF0dGVkJyxzdGF0dXM9J29sZCcpCgogICAgICBscmlu MT0yCiAgICAgIG9wZW4obHJpbjEsZmlsZT0ncG9pbnQxLnJueCcsZm9ybT0nZm9ybWF0dGVk JyxzdGF0dXM9J29sZCcpCgogICAgICBscmluMj0zCiAgICAgIG9wZW4obHJpbjIsZmlsZT0n cG9pbnQyLnJueCcsZm9ybT0nZm9ybWF0dGVkJyxzdGF0dXM9J29sZCcpCgogICAgICBsZXBo PTQKICAgICAgb3BlbihsZXBoLGZpbGU9J29yYml0LnNwMycsZm9ybT0nZm9ybWF0dGVkJyxz dGF0dXM9J29sZCcpCgoqKiogZ2F0aGVyIGNyaXRpY2FsIGluZm9ybWF0aW9uCgogICAgICBj YWxsIHJlY29uKG5zYXQsbmVwb2NoLHRzdHJ0LHRzdG9wLGRzdHJ0LGRzdG9wLGRlbHQsCiAg ICAgKiAgICAgICAgICAgaWNvbHMxLG5kYXQxLGFpZDEsaWNvbHMyLG5kYXQyLGFpZDIsY29v cmQpCgoqKiogbG9hZCBlcGhlbWVyaXMgYmFzZWQgb24gaWRlbnRpZmllZCBpbnRlcnZhbCAt LSB0aGVuIGNsb3NlIGZpbGUKCiAgICAgIHJld2luZChsZXBoKQogICAgICBjYWxsIGxvZG9y YihvcmJpdHMsbG9yYml0LG5zYXQsbmVwb2NoLHRzdHJ0LHRzdG9wKQogICAgICBjbG9zZShs ZXBoKQogICAgICBsZXBoPTYKCioqKiBnZXQgcHJlY2lzZSBjb29yZGluYXRlcyBmcm9tIHRo ZSBscG9zIGZpbGUKCiAgICAgIGNhbGwgbG9kcG9zKGNvb3JkLGFpZDEsYWlkMikKCioqKiBn ZXQgYW50ZW5uYSBjb29yZGluYXRlcwoKICAgICAgY2FsbCBnZXRvZmYoY29vcmQsYWlkMSxh aWQyKQoKICAgICAgd3JpdGUobHN0LCopICdjb29yZGluYXRlIGR1bXAnCiAgICAgIHdyaXRl KGxzdCwnKDNmMTQuNCkpJykgY29vcmQoIDEpLGNvb3JkKCAyKSxjb29yZCggMykKICAgICAg d3JpdGUobHN0LCcoM2YxNC40KSknKSBjb29yZCggNCksY29vcmQoIDUpLGNvb3JkKCA2KQog ICAgICB3cml0ZShsc3QsJygzZjE0LjQpKScpIGNvb3JkKCA3KSxjb29yZCggOCksY29vcmQo IDkpCiAgICAgIHdyaXRlKGxzdCwnKDNmMTQuNCkpJykgY29vcmQoMTApLGNvb3JkKDExKSxj b29yZCgxMikKICAgICAgd3JpdGUobHN0LCcoNGYxNC40KSknKSBjb29yZCgxMyksY29vcmQo MTQpLGNvb3JkKDE1KSxjb29yZCgxNikKICAgICAgd3JpdGUobHN0LCcoNGYxNC40KSknKSBj b29yZCgxNyksY29vcmQoMTgpLGNvb3JkKDE5KSxjb29yZCgyMCkKICAgICAgYmFzZWw9ZHNx cnQoIChjb29yZCggNyktY29vcmQoIDEpKSAqKjIgKwogICAgICogICAgICAgICAgICAgKGNv b3JkKCA4KS1jb29yZCggMikpICoqMiArCiAgICAgKiAgICAgICAgICAgICAoY29vcmQoIDkp LWNvb3JkKCAzKSkgKioyICAgKQogICAgICB3cml0ZShsc3QsJyhhLGYxNC40LGEsZjYuMixh KSknKSAnYmFzZWxpbmUgPSAnLGJhc2VsLAogICAgICogICAgICAgICAgJyBtLiAgICBpbnRl cnZhbCA9ICcsKGRzdG9wLWRzdHJ0KS8zNjAwLmQwLCcgaHIuJwoKKioqIGRlZmF1bHQgdHJv cG9zcGhlcmUgY29ycmVjdGlvbgoKICAgICAgY2FsbCBpbmltZXQoLnRydWUuKQogICAgICB3 cml0ZShsc3QsKikgJ2RlZmF1bHQgdHJvcG9zcGhlcmUgbW9kZWwgdXNlZCcKCioqKiBidWls ZCByZWZlcmVuY2Ugc2F0ZWxsaXRlIHRhYmxlCgogICAgICBjYWxsIG1ha3JzdChkc3RydCxk c3RvcCxkZWx0LGNvb3JkLG9yYml0cyxuc2F0KQoKKioqIGFkanVzdCB0aGUgZGF0YQoKICAg ICAgY2FsbCBhZGpzdChvcmJpdHMsY29vcmQsbnNhdCxkc3RydCxkc3RvcCxkZWx0LAogICAg ICogICAgICAgICAgIGljb2xzMSxuZGF0MSxpY29sczIsbmRhdDIpCgoqKiogZW5kIG9mIHBy b2Nlc3NpbmcKCiAgICAgIHdyaXRlKGxzdCwqKSAnRW5kIG9mIFByb2Nlc3NpbmcnCgogICAg ICBzdG9wCiAgICAgIGVuZAogICAgICBzdWJyb3V0aW5lIGFkanN0KG9yYml0cyxjb29yZCxu c2F0LHRzdHJ0LHRzdG9wLGRlbHQsCiAgICAgKiAgICAgICAgICAgICAgICAgaWNvbHMxLG5k YXQxLGljb2xzMixuZGF0MikKCioqKiBpdGVyYXRpdmUgYWRqdXN0bWVudCByb3V0aW5lCgog ICAgICBpbXBsaWNpdCBkb3VibGUgcHJlY2lzaW9uKGEtaCxvLXopCiAgICAgIGRpbWVuc2lv biBvcmJpdHMoKiksY29vcmQoMjApLGljb2xzMSgwOjQpLGljb2xzMigwOjQpCiAgICAgIGNv bW1vbi9sdXMvbHN0LGxwb3MsbHJpbjEsbHJpbjIsbGVwaCxsb2JzCgoqKiogcmVhZCBkYXRh LCBmb3JtIG9ic2VydmF0aW9uIGVxdWF0aW9ucywgc29sdmUgZm9yIGZpcnN0IHRpbWUKKioq IGFwcGx5IGNvcnJlY3Rpb25zIG9uZSB0aW1lIG9ubHkgaW4gZm9ybW9iKCkKCiAgICAgIGxv YnM9OAogICAgICBvcGVuKGxvYnMgLGZvcm09J3VuZm9ybWF0dGVkJyxzdGF0dXM9J3NjcmF0 Y2gnKQogICAgICBjYWxsIGZvcm1vYihvcmJpdHMsY29vcmQsbnNhdCx0c3RydCx0c3RvcCxk ZWx0LAogICAgICogICAgICAgICAgICBpY29sczEsbmRhdDEsaWNvbHMyLG5kYXQyLHJtcykK CioqKiBsb29wIG92ZXIgdGhlIGFkanVzdG1lbnQgIChkbyBhdXRvLXJlamVjdGlvbikKCiAg ICAgIHNpZ2x2bD0yLjVkMAogICAgICBtYXhpdHI9MgogICAgICBpdGVyPTEKCjEwMDAwIGlm KGl0ZXIubGUubWF4aXRyKSB0aGVuCiAgICAgICAgd3JpdGUoKiwqKSAnIGl0ZXJhdGlvbiAt LSAnLGl0ZXIKICAgICAgICByZWpsdmw9c2lnbHZsKnJtcwogICAgICAgIGNhbGwgY29tcm1z KG9yYml0cyxjb29yZCxyZWpsdmwscm1zLG5zYXQpCiAgICAgICAgaXRlcj1pdGVyKzEKICAg ICAgICBnbyB0byAxMDAwMAogICAgICBlbmRpZgoKKioqIHByb3ZpZGUgcmVzdWx0cyAgKGJv Z3VzIHBhc3QgaGVyZSkKCiAgICAgIHJlamx2bD1zaWdsdmwqcm1zCiAgICAgIGxyZXM9MTAK ICAgICAgb3BlbihscmVzLGZpbGU9J2RkcHIxLnJlcycsZm9ybT0nZm9ybWF0dGVkJykKICAg ICAgY2FsbCBwb3N0KG9yYml0cyxjb29yZCxuc2F0LHJlamx2bCxscmVzKQogICAgICBjbG9z ZShsb2JzKQoKICAgICAgcmV0dXJuCiAgICAgIGVuZAogICAgICBzdWJyb3V0aW5lIHBvc3Qo b3JiaXRzLGNvb3JkLG5zYXQscmVqbHZsLGxyZXMpCgoqKiogcG9zdCBhZGp1c3RtZW50IGRp c3BsYXkKCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAg bG9naWNhbCBnZXRycyx4eXpnZW8KICAgICAgcGFyYW1ldGVyKG1heHNhdD00MCkKICAgICAg ZGltZW5zaW9uIG5zdihtYXhzYXQpLHJtc3MobWF4c2F0KSxuc3YyKG1heHNhdCkscm1zMiht YXhzYXQpCiAgICAgIGRpbWVuc2lvbiBvcmJpdHMoKiksY29vcmQoMjApLGNkdW0oMykKICAg ICAgY29tbW9uL3N0dWdnL3BpLHJhZCxzb2wsZjEsZjIsdzEsdzIsd2UKICAgICAgY29tbW9u L2x1cy9sc3QsbHBvcyxscmluMSxscmluMixsZXBoLGxvYnMKCioqKiBzdG9yYWdlIHNjaGVt ZSBmb3IgY29vcmQoKQoqKioKKioqICAxICAyICAzICAgICAgIFggWSBaICBwb2ludCAxIG1h cmtlcgoqKiogIDQgIDUgIDYgICAgICAgWCBZIFogIHBvaW50IDEgYW50ZW5uYSwgTDEKKioq ICA3ICA4ICA5ICAgICAgIFggWSBaICBwb2ludCAyIG1hcmtlciAgICAgICAobWF5IGJlIGFw cHJveCkKKioqIDEwIDExIDEyICAgICAgIFggWSBaICBwb2ludCAyIGFudGVubmEsIEwxICAo bWF5IGJlIGFwcHJveCkKCioqKiAxMyAxNCAxNSAxNiAgICBkbDEsZGwyLGRuLGRlICBwb2lu dCAxIG9mZnNldHMKKioqIDE3IDE4IDE5IDIwICAgIGRsMSxkbDIsZG4sZGUgIHBvaW50IDIg b2Zmc2V0cwoKICAgICAgd3JpdGUobHN0LCopICdhZGp1c3RlZCBwb2ludCAyIG1hcmtlciBh bmQgbDEgcGhhc2UgY2VudGVyJwogICAgICB3cml0ZShsc3QsJygzZjE0LjQpKScpIGNvb3Jk KCA3KSxjb29yZCggOCksY29vcmQoIDkpCiAgICAgIHdyaXRlKGxzdCwnKDNmMTQuNCkpJykg Y29vcmQoMTApLGNvb3JkKDExKSxjb29yZCgxMikKCiAgICAgIGlmKC5ub3QueHl6Z2VvKGNv b3JkKDEwKSxjb29yZCgxMSksY29vcmQoMTIpLGdsYSxnbG8sZWh0KSkgc3RvcCAyNTM4OQoK KioqIGNyZWF0ZSByZXNpZHVhbCBmaWxlCioqKiBsb29wIG92ZXIgb2JzLiBlcXVhdGlvbnMg LS0gYWNjdW11bGF0ZSBzdGF0aXN0aWNzCgogICAgICBkbyAxIGk9MSxtYXhzYXQKICAgICAg bnN2KGkpID0wCiAgICAgIG5zdjIoaSk9MAogICAgICBybXNzKGkpPTAuZDAKICAgIDEgcm1z MihpKT0wLmQwCgogICAgICByZXdpbmQobG9icykKICA1MDAgcmVhZChsb2JzLGVuZD03NzMp IGlpc2F0LHRyZWMxLHRyZWMyLHIxMTAscjIxMCxyMTEscjIxLHJkZDEKICAgICAgaWYoaWlz YXQubGUuMC5vci5paXNhdC5ndC5uc2F0KSB0aGVuCiAgICAgICAgY29udGludWUKCioqKiBm b3JtIGRvdWJsZSBkaWZmZXJlbmNlcyAtLSAgIHNyLHMgZ2VvbWV0cmljIHJhbmdlIChtKQoK ICAgICAgZWxzZQogICAgICAgIGlmKC5ub3QuZ2V0cnMoaWlyZnN2LHRyZWMxKSkgc3RvcCA5 NTM5NwogICAgICAgIGNhbGwgY29tZHRyKGlpcmZzdixjb29yZCxvcmJpdHMsdHJlYzEsdHJl YzIscjExMCxyMjEwLGR0cjEsZHRyMikKICAgICAgICBjYWxsIGNvbXJuZyhpaXJmc3YsY29v cmQsb3JiaXRzLHRyZWMxLHRyZWMyLHIxMTAscjIxMCxkdHIxLGR0cjIsCiAgICAgKiAgICAg ICAgICAgICAgc3IxLHNyMixjZHVtKQogICAgICAgIGNhbGwgY29tcmcyKGlpc2F0ICxjb29y ZCxvcmJpdHMsdHJlYzEsdHJlYzIscjExLHIyMSxkdHIxLGR0cjIsCiAgICAgKiAgICAgICAg ICAgICAgczEsczIsZ2xhLGdsbyx2YWQpCiAgICAgICAgc2RkMT0oKHMyLXMxKS0oc3IyLXNy MSkpCiAgICAgICAgY21vPXNkZDEtcmRkMQogICAgICAgIGlzYXQ9aW52cHJuKGlpc2F0KQog ICAgICAgIG5zdjIoaXNhdCk9bnN2Mihpc2F0KSsxCiAgICAgICAgcm1zMihpc2F0KT1ybXMy KGlzYXQpK2NtbypjbW8KICAgICAgICB3cml0ZShscmVzLCcoZjkuMSxmOS4zLGY2LjIsaTMp JykgdHJlYzEsY21vLHZhZCxpc2F0CiAgICAgICAgaWYoZGFicyhjbW8pLmxlLnJlamx2bCkg dGhlbgogICAgICAgICAgbnN2KGlzYXQpPW5zdihpc2F0KSsxCiAgICAgICAgICBybXNzKGlz YXQpPXJtc3MoaXNhdCkrY21vKmNtbwogICAgICAgIGVuZGlmCiAgICAgIGVuZGlmCiAgICAg IGdvIHRvIDUwMAoKKioqIGVuZCBvZiBmaWxlIGVuY291bnRlcmVkIC0tIGRpc3BsYXkgcm1z IGFmdGVyIHRyaW0KCiAgNzczIHJld2luZChsb2JzKQogICAgICB3cml0ZShsc3QsKikgJ3Jt cyBwZXIgc2F0ZWxsaXRlICAgICh3aXRoIGFuZCB3aXRob3V0IHRyaW0pJwogICAgICBpb2Jz PTAKICAgICAgcm1zPTAuZDAKICAgICAgZG8gMTAgaT0xLG1heHNhdAogICAgICAgIGlmKG5z dihpKS5ndC4wKSB0aGVuCiAgICAgICAgICBpb2JzPWlvYnMrbnN2KGkpCiAgICAgICAgICBy bXMgPXJtcyArcm1zcyhpKQogICAgICAgICAgcm1zcyhpKT1kc3FydChybXNzKGkpL2RibGUo bnN2KGkpKSkKICAgICAgICAgIHJtczIoaSk9ZHNxcnQocm1zMihpKS9kYmxlKG5zdjIoaSkp KQogICAgICAgICAgd3JpdGUobHN0LCcoaTIsaTgsMmYxMC4zKScpIGksbnN2KGkpLHJtc3Mo aSkscm1zMihpKQoKKioqIGRlbGV0ZWQgc2F0ZWxsaXRlID8/CgogICAgICAgIGVsc2VpZihu c3YyKGkpLmd0LjApIHRoZW4KICAgICAgICAgIHJtc3MoaSk9MC5kMAogICAgICAgICAgcm1z MihpKT1kc3FydChybXMyKGkpL2RibGUobnN2MihpKSkpCiAgICAgICAgICB3cml0ZShsc3Qs JyhpMixpOCwyZjEwLjQsYSknKSBpLG5zdihpKSxybXNzKGkpLHJtczIoaSksJyAqKioqJwog ICAgICAgIGVuZGlmCiAgIDEwIGNvbnRpbnVlCiAgICAgIHJtcz1kc3FydChybXMvZGJsZShp b2JzKSkKICAgICAgd3JpdGUobHN0LCcoYSxmOS40LGEsaTYpJykgJ3Bvc3QtZml0IHJtcyA9 JyxybXMsJyBtLiAgICBuPScsaW9icwoKICAgICAgcmV0dXJuCiAgICAgIGVuZAogICAgICBz dWJyb3V0aW5lIGNvbXJtcyhvcmJpdHMsY29vcmQscmVqbHZsLHJtcyxuc2F0KQoKKioqIHJv dXRpbmUgdG8gZXZhbHVhdGUgb2JzLiBlcXVhdGlvbnMsIGZvcm0gYW5kIHNvbHZlIG5vcm1h bHMKCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAgbG9n aWNhbCBnZXRycwogICAgICBkaW1lbnNpb24gb3JiaXRzKCopLGNvb3JkKDIwKSxjKDMpLGNy KDMpCiAgICAgIGRpbWVuc2lvbiBpYygzKSxhbigzLDMpLHUoMykseCgzKQogICAgICBjb21t b24vc3R1Z2cvcGkscmFkLHNvbCxmMSxmMix3MSx3Mix3ZQogICAgICBjb21tb24vbHVzL2xz dCxscG9zLGxyaW4xLGxyaW4yLGxlcGgsbG9icwoKKioqIGluaXRpYWxpemUgbm9ybWFsIGVx dWF0aW9uIHN0dWZmCgogICAgICBudW5rPTMKICAgICAgY2FsbCBuaXRpbDIoYW4sdSxlbHRw ZWwsbnVuaykKICAgICAgbmM9MwogICAgICBpYygxKT0xCiAgICAgIGljKDIpPTIKICAgICAg aWMoMyk9MwogICAgICBwPTEuZDAKICAgICAgaW9icz0wCiAgICAgIHN1bSA9MC5kMAogICAg ICBzdW0yPTAuZDAKCioqKiBsb29wIG92ZXIgb2JzLiBlcXVhdGlvbnMKCiAgICAgIHJld2lu ZChsb2JzKQogIDEwMCByZWFkKGxvYnMsZW5kPTc3NykgaWlzYXQsdHJlYzEsdHJlYzIscjEx MCxyMjEwLHIxMSxyMjEscmRkMQogICAgICBpZihpaXNhdC5sZS4wLm9yLmlpc2F0Lmd0Lm5z YXQpIHRoZW4KICAgICAgICBjb250aW51ZQoKKioqIGV2YWx1YXRlIHdpdGggbGF0ZXN0IGNv b3JkaW5hdGVzIC0tICAgICAgICAgICAgICBzcixzIGdlb21ldHJpYyByYW5nZQoqKiogZ29h bDogc2NhbGUgZGlyZWN0aW9uIGNvc2luZXMgYnkgdzEgZm9yIGwxIHBoYXNlIGRhdGEKCiAg ICAgIGVsc2UKKioqIGRlYnVnIHN0dWZmCiAgICAgICAgaWYoLm5vdC5nZXRycyhpaXJmc3Ys dHJlYzEpKSB0aGVuCiAgICAgICAgICAgICAgd3JpdGUobHN0LCopIGlpc2F0LHRyZWMxLHRy ZWMyCiAgICAgICAgICBzdG9wIDQ1Mzk3CiAgICAgICAgZW5kaWYKICAgICAgICBjYWxsIGNv bWR0cihpaXJmc3YsY29vcmQsb3JiaXRzLHRyZWMxLHRyZWMyLHIxMTAscjIxMCxkdHIxLGR0 cjIpCiAgICAgICAgY2FsbCBjb21ybmcoaWlyZnN2LGNvb3JkLG9yYml0cyx0cmVjMSx0cmVj MixyMTEwLHIyMTAsZHRyMSxkdHIyLAogICAgICogICAgICAgICAgICAgIHNyMSxzcjIsY3Ip CiAgICAgICAgY2FsbCBjb21ybmcoaWlzYXQgLGNvb3JkLG9yYml0cyx0cmVjMSx0cmVjMixy MTEscjIxLGR0cjEsZHRyMiwKICAgICAqICAgICAgICAgICAgICBzMSxzMixjKQoKICAgICAg ICBzZGQxPSgoczItczEpLShzcjItc3IxKSkKKioqICAgICBzZGQxPSgoczItczEpLShzcjIt c3IxKSkvdzEKICAgICAgICBkbyAxMCBpPTEsMwogICAxMCAgIGMoaSk9KGMoaSktY3IoaSkp CioqKjEwICAgYyhpKT0oYyhpKS1jcihpKSkvdzEKCiAgICAgICAgY21vPXNkZDEtcmRkMQoq KiogICAgIHdyaXRlKGxzdCwnKGkzLGY5LjEsZjE0LjMpJykgaW52cHJuKGlpc2F0KSx0cmVj MSxjbW8KICAgICAgICBpZihkYWJzKGNtbykubGUucmVqbHZsKSB0aGVuCiAgICAgICAgICBp b2JzPWlvYnMrMQogICAgICAgICAgc3VtID1zdW0gK2NtbwogICAgICAgICAgc3VtMj1zdW0y K2NtbypjbW8KICAgICAgICAgIGNhbGwgbnJtYWwyKGFuLHUsYyxjbW8scCxlbHRwZWwsaWMs bmMsbnVuaykKICAgICAgICBlbmRpZgogICAgICBlbmRpZgogICAgICBnbyB0byAxMDAKCioq KiBlbmQgb2YgZmlsZSBlbmNvdW50ZXJlZCAtLSBpbnZlcnQgYW5kIHVwZGF0ZSBjb29yZGlu YXRlcwoKICA3NzcgcmV3aW5kKGxvYnMpCiAgICAgIGNhbGwgZmlsbChhbixudW5rKQogICAg ICBjYWxsIGludmVydChhbixudW5rKQogICAgICBjYWxsIGFiKGFuLHUseCxudW5rLG51bmss MSkKICAgICAgeG1heD1kbWF4MShkYWJzKHgoMSkpLGRhYnMoeCgyKSksZGFicyh4KDMpKSkK CioqKiBjb21wdXRlIHJtcyBmcm9tICJiYXNlbWVudCB3aW5kb3ciICAodidwdj1sJ3BsLXgn eCkgIChvayBmb3IgcD0xLmQwKQoKICAgICAgY2FsbCBpbm5lcnAoeCxudW5rLHZhbCkKICAg ICAgcm1zPWRzcXJ0KChlbHRwZWwtdmFsKS9kYmxlKGlvYnMpKQogICAgICB3cml0ZShsc3Qs JyhhLGYxNC42LGEsaTcsYSxmOS40LGEpJykgCiAgICAgKiAgICAnbWF4IHNoaWZ0ID0gJyx4 bWF4LCcgbS4gICBuID0nLGlvYnMsJyAgICBybXMgPScscm1zLCcgbS4nCgoqKiogdXBkYXRl IGNvb3JkaW5hdGVzIGZvciBwb2ludCBubyAyCgogICAgICBjb29yZCggNyk9Y29vcmQoIDcp LXgoMSkKICAgICAgY29vcmQoIDgpPWNvb3JkKCA4KS14KDIpCiAgICAgIGNvb3JkKCA5KT1j b29yZCggOSkteCgzKQoKICAgICAgY29vcmQoMTApPWNvb3JkKDEwKS14KDEpCiAgICAgIGNv b3JkKDExKT1jb29yZCgxMSkteCgyKQogICAgICBjb29yZCgxMik9Y29vcmQoMTIpLXgoMykK CiAgICAgIHJldHVybgogICAgICBlbmQKKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCioqKiBmb3JtIG9i c2VydmF0aW9uIGVxdWF0aW9uIHVuaXRzICoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKgoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioKICAgICAgc3Vicm91dGluZSBmb3Jtb2Iob3Ji aXRzLGNvb3JkLG5zYXQsdHN0cnQsdHN0b3AsZGVsdCwKICAgICAqICAgICAgICAgICAgICAg ICAgaWNvbHMxLG5kYXQxLGljb2xzMixuZGF0MixybXMpCgoqKiogZm9ybSBvYnNlcnZhdGlv biBlcXVhdGlvbnMgZm9yIHRoZSBmaXJzdCB0aW1lIChhcHBseSBjb3Jybi4pCgogICAgICBp bXBsaWNpdCBkb3VibGUgcHJlY2lzaW9uKGEtaCxvLXopCiAgICAgIGNoYXJhY3Rlcio4MCBj YXJkCiAgICAgIGV4dGVybmFsIGludnBybgogICAgICBsb2dpY2FsIG9nZXQsZGdldCxnZXRy cyx4eXpnZW8KICAgICAgcGFyYW1ldGVyKGRudWxsPTEuZDMxKQogICAgICBwYXJhbWV0ZXIo bWF4cHJuPTMyKQogICAgICBkaW1lbnNpb24gaWJ1ZjEobWF4cHJuKSAgLGlidWYyKG1heHBy bikKICAgICAgZGltZW5zaW9uIGRidWYxKG1heHBybio0KSxkYnVmMihtYXhwcm4qNCkKICAg ICAgZGltZW5zaW9uIGNzMigzKSxjczIwKDMpLGNzZGQoMyksZHVtbXkoMTEpCiAgICAgIGRp bWVuc2lvbiBvcmJpdHMoKiksY29vcmQoMjApLGljb2xzMSgwOjQpLGljb2xzMigwOjQpCiAg ICAgIGRpbWVuc2lvbiBpYygzKSxhbigzLDMpLHUoMykseCgzKQoKICAgICAgY29tbW9uL3N0 dWdnL3BpLHJhZCxzb2wsZjEsZjIsdzEsdzIsd2UKICAgICAgY29tbW9uL2x1cy9sc3QsbHBv cyxscmluMSxscmluMixsZXBoLGxvYnMKCiAgICAgIGxvZ2ljYWwgbDJsaW4xLGwybGluMixs aTEsbGkyCiAgICAgIHNhdmUgIC9mbGFncy8KICAgICAgY29tbW9uL2ZsYWdzL2wybGluMSxs MmxpbjIKCiAgICAgIGlmKC5ub3QueHl6Z2VvKGNvb3JkKCA0KSxjb29yZCggNSksY29vcmQo IDYpLGdsYTEsZ2xvMSxlaHQxKSkKICAgICAqICAgICAgICBzdG9wIDI1NTUxCiAgICAgIGlm KC5ub3QueHl6Z2VvKGNvb3JkKDEwKSxjb29yZCgxMSksY29vcmQoMTIpLGdsYTIsZ2xvMixl aHQyKSkKICAgICAqICAgICAgICBzdG9wIDI1NTUyCgoqKiogdXNlIHNjYXR0ZXIvZ2F0aGVy IHRlY2huaXF1ZSB0byBvcmRlciBkYXRhIGludG8gdGltZSBzZXJpZXMKKioqIG9wZW4gYSBm aWxlIGZvciBlYWNoIHNhdGVsbGl0ZSwgdXNlIGxvZ2ljYWwgdW5pdHMgKDExIC0+IDEwK25z YXQpCgogICAgICBkbyAxMCBsaW89MTEsMTArbnNhdAogICAxMCBvcGVuKGxpbyxmb3JtPSd1 bmZvcm1hdHRlZCcsc3RhdHVzPSdzY3JhdGNoJykKICAgICAgd3JpdGUobHN0LCopICdvcGVu ZWQnLCBuc2F0LCcgc2NhdHRlci9nYXRoZXIgZmlsZXMnCgoqKiogc2NhbiBwYXN0IGhlYWRl cnMgb2YgdGhlIHJpbmV4IG9icyBmaWxlcwoKICAgICAgcmV3aW5kKGxyaW4xKQogICAyMCBy ZWFkKGxyaW4xLCcoYTgwKScpIGNhcmQKICAgICAgaWYoY2FyZCg2MTo3MykubmUuJ0VORCBP RiBIRUFERVInKSBnbyB0byAyMAoKICAgICAgcmV3aW5kKGxyaW4yKQogICAzMCByZWFkKGxy aW4yLCcoYTgwKScpIGNhcmQKICAgICAgaWYoY2FyZCg2MTo3MykubmUuJ0VORCBPRiBIRUFE RVInKSBnbyB0byAzMAoKKioqIGJlZ2luIHNjYXR0ZXIgb2YgZGF0YSB0byBzYXRlbGxpdGUt YmFzZWQgZmlsZXMKKioqIHJlcGVhdC91bnRpbCBsb29wIG92ZXIgcmluZXggb2JzIGZpbGVz CioqKiBzeW5jaHJvbml6YXRpb24gKCsvLSAwLjIgc2VjKSBvYnRhaW5lZCB1c2luZyBsYXJn ZXN0IG9icy4gaW50ZXJ2YWwKCiAgICAgIHdyaXRlKCosKikgJyBiZWdpbiBzY2F0dGVyICYg Zm9ybW9icycKCiAgICAgIHRpbnk9MC4yZDAKICAgICAgaWZsYWcxPTAKICAgICAgaWZsYWcy PTAKICAgICAgdG1hcz10c3RydAogICAgICBsdTE9bHJpbjEKICAgICAgbHUyPWxyaW4yCiAg ICAgIGxpMT1sMmxpbjEKICAgICAgbGkyPWwybGluMgoKICAgOTAgY29udGludWUKICAgICAg aWYob2dldChsdTEsbGkxLG5zYXQsaWNvbHMxLG5kYXQxLHRtYXMsdHJlYzEsaWJ1ZjEsZGJ1 ZjEsaWZsYWcxKQogICAgICogICAuYW5kLgogICAgICogICBvZ2V0KGx1MixsaTIsbnNhdCxp Y29sczIsbmRhdDIsdG1hcyx0cmVjMixpYnVmMixkYnVmMixpZmxhZzIpKQogICAgICogICB0 aGVuCgoqKiogb25seSB1c2UgZXBvY2ggaWYgcmVmZXJlbmNlIHNhdGVsbGl0ZSBhdmFpbGFi bGUKCioqKiBpZGVudGlmaWNhdGlvbiBvcmRlciB7bDEsIHAxL2MxLCBsMiwgcDJ9ICAoMm5k IGluZGV4KQoqKiogICBwMTEgIDFzdCBwb2ludCwgTDEgcGhhc2UKKioqICAgcjExICAxc3Qg cG9pbnQsIEwxIHJhbmdlCioqKiAgIHAxMiAgMXN0IHBvaW50LCBMMiBwaGFzZQoqKiogICBw MjEgIDJuZCBwb2ludCwgTDEgcGhhc2UKKioqICAgcjIxICAybmQgcG9pbnQsIEwxIHJhbmdl CioqKiAgIHAyMiAgMm5kIHBvaW50LCBMMiBwaGFzZQoKICAgICAgICBpZihnZXRycyhpaXJm c3YsdG1hcykpIHRoZW4KKioqIHJlZmVyZW5jZSBzYXQKICAgICAgICAgIGlmKGRnZXQoaWly ZnN2LGlidWYxLGlidWYyLGRidWYxLGRidWYyLG5zYXQsCiAgICAgKiAgICAgICAgICAgIHAx MTAscjExMCxwMTIwLHAyMTAscjIxMCxwMjIwKSkgdGhlbgogICAgICAgICAgICBjYWxsIGNv bWR0cihpaXJmc3YsY29vcmQsb3JiaXRzLHRyZWMxLHRyZWMyLHIxMTAscjIxMCwKICAgICAq ICAgICAgICAgICAgICAgICAgZHRyMSxkdHIyKQogICAgICAgICAgICBjYWxsIGNvbXJnMChp aXJmc3YsY29vcmQsb3JiaXRzLHRyZWMxLHRyZWMyLHIxMTAscjIxMCwKICAgICAqICAgICAg ICAgICAgICAgICAgZHRyMSxkdHIyLHMxMCxzMjAsY3MyMCxnbGExLGdsbzEsZWh0MSwKICAg ICAqICAgICAgICAgICAgICAgICAgZ2xhMixnbG8yLGVodDIsdGRseTEwLHRkbHkyMCkKKioq IGNvcnJlY3Qgb2JzZXJ2ZWQgcmFuZ2UgKG1lYXN1cmVkIHRvbyBsb25nIGR1ZSB0byB0cm9w bykKICAgICAgICAgICAgcjExMD1yMTEwLXRkbHkxMAogICAgICAgICAgICByMjEwPXIyMTAt dGRseTIwCioqKiBzaW5nbGUgZGlmZmVyZW5jZSAoYmV0d2VlbiBzdGF0aW9ucykgb2JzZXJ2 ZWQgcmFuZ2UKICAgICAgICAgICAgcnNkMTA9cjIxMC1yMTEwCiAgICAgICAgICAgIHNzZDA9 czIwLXMxMAoKKioqIGlmIHZhbGlkIGRhdGEgaW4gYm90aCBidWZmZXJzLCBzY2F0dGVyIGJh c2VkIG9uIGludGVybmFsIHNhdCBpZAoqKiogIGJ5cGFzcyB0aGUgcmVmZXJlbmNlIHNhdGVs bGl0ZQoqKiogZ29hbDogc2NhbGUgZGlyZWN0aW9uIGNvc2luZXMgYnkgdzEgZm9yIGwxIHBo YXNlIGRhdGEKCiAgICAgICAgICAgIGRvIDkxIGlpc2F0PTEsbnNhdAogICAgICAgICAgICAg IGlmKGlpc2F0Lm5lLmlpcmZzdikgdGhlbgogICAgICAgICAgICAgICAgaWYoZGdldChpaXNh dCxpYnVmMSxpYnVmMixkYnVmMSxkYnVmMixuc2F0LAogICAgICogICAgICAgICAgICAgICAg ICBwMTEscjExLHAxMixwMjEscjIxLHAyMikpIHRoZW4KICAgICAgICAgICAgICAgICAgY2Fs bCBjb21yZzAoaWlzYXQsY29vcmQsb3JiaXRzLHRyZWMxLHRyZWMyLHIxMSxyMjEsCiAgICAg KiAgICAgICAgICAgICAgICAgICAgICAgIGR0cjEsZHRyMixzMSxzMixjczIsZ2xhMSxnbG8x LGVodDEsCiAgICAgKiAgICAgICAgICAgICAgICAgICAgICAgIGdsYTIsZ2xvMixlaHQyLHRk bHkxLHRkbHkyKQoqKiogY29ycmVjdCBvYnNlcnZlZCByYW5nZSAobWVhc3VyZWQgdG9vIGxv bmcgZHVlIHRvIHRyb3BvKQogICAgICAgICAgICAgICAgICByMTEgPXIxMSAtdGRseTEKICAg ICAgICAgICAgICAgICAgcjIxID1yMjEgLXRkbHkyCioqKiBkb3VibGUgZGlmZmVyZW5jZSAo bm93LCBiZXR3ZWVuIHNhdHMpIG9ic2VydmVkIHJhbmdlCiAgICAgICAgICAgICAgICAgIHJk ZDE9KHIyMS1yMTEpLXJzZDEwCiAgICAgICAgICAgICAgICAgIHNkZDE9KChzMi1zMSktc3Nk MCkKCiAgICAgICAgICAgICAgICAgIGRvIDkyIGk9MSwzCiAgIDkyICAgICAgICAgICAgIGNz ZGQoaSk9KGNzMihpKS1jczIwKGkpKQogICAgICAgICAgICAgICAgICB3cml0ZSgxMCtpaXNh dCkgdHJlYzEsdHJlYzIscjExMCxyMjEwLHIxMSxyMjEsCiAgICAgKiAgICAgICAgICAgICAg ICAgICAgICAgICAgICByZGQxLHNkZDEsY3NkZAogICAgICAgICAgICAgICAgZW5kaWYKICAg ICAgICAgICAgICBlbmRpZgogICA5MSAgICAgICBjb250aW51ZQogICAgICAgICAgZW5kaWYK ICAgICAgICBlbmRpZgoKKioqIGlmbGFnPTIgLT4gZW5kIG9mIGZpbGUsICBpZmxhZz0xIC0+ IGRhdGEgaXMgZnV0dXJlCgogICAgICBlbHNlaWYoaWZsYWcxLmVxLjIub3IuaWZsYWcyLmVx LjIpIHRoZW4KICAgICAgICB3cml0ZShsc3QsKikgJ2VvZiA9JyxpZmxhZzEsaWZsYWcyCiAg ICAgICAgZ28gdG8gOTcKICAgICAgZW5kaWYKICAgICAgdG1hcz10bWFzK2RlbHQKCioqKgoq KiogcmVwZWF0L3VudGlsIGxvb3AgdW50aWwgbWFzdGVyIHRpbWUgcGFzc2VzIHN0b3AgdGlt ZQoqKioKCiAgICAgIGlmKCh0bWFzLXRzdG9wKS5sZS50aW55KSBnbyB0byA5MAoKKioqIGVu ZCBvZiBmaWxlIHJhaXNlZCAtLSBwcm9jZWVkIC0tIHJld2luZCBzY2F0dGVyIGZpbGVzCgog ICA5NyBjb250aW51ZQogICAgICBkbyA5OCBsaW89MTEsMTArbnNhdAogICAgICBlbmQgZmls ZShsaW8pCiAgIDk4IHJld2luZCAgKGxpbykKCioqKiBzY2F0dGVyIGNvbXBsZXRlZCAtLSBn YXRoZXIgZGF0YSBpbnRvIG9ic2VydmF0aW9uIGVxdWF0aW9ucwoqKiogd3JpdGUgaGVhZGVy LCBkYXRhIGZvciBhIGdpdmVuIHNhdGVsbGl0ZSwgYW5kIHRyYWlsZXIKKioqIGNvZGUgc2hv dWxkIGJlIHJvYnVzdCBpZiBhIHNpbmdsZSByZWZlcmVuY2Ugc2F0ZWxsaXRlCgoqKiogaW5p dGlhbGl6ZSBub3JtYWwgZXF1YXRpb24gc3R1ZmYKCiAgICAgIG51bms9MwogICAgICBjYWxs IG5pdGlsMihhbix1LGVsdHBlbCxudW5rKQogICAgICBuYz0zCiAgICAgIGljKDEpPTEKICAg ICAgaWMoMik9MgogICAgICBpYygzKT0zCiAgICAgIHA9MS5kMAogICAgICBpb2JzPTAKICAg ICAgc3VtID0wLmQwCiAgICAgIHN1bTI9MC5kMAoKKioqIG5vdyB3cml0ZSBvYnMuIGVxdWF0 aW9ucyBhbmQgYWNjdW11bGF0ZSBub3JtYWwgZXF1YXRpb25zCgogICAgICB3cml0ZSgqLCop ICcgYmVnaW4gZ2F0aGVyJwogICAgICBkbyAxMDAgaWlzYXQ9MSxuc2F0CiAgICAgICAgaWhl YWQ9MAogICAgICAgIHdyaXRlKGxvYnMpIGloZWFkLGR1bW15CgogIDEwMSAgIHJlYWQgKDEw K2lpc2F0LGVuZD0xMDIpIHRyZWMxLHRyZWMyLHIxMTAscjIxMCxyMTEscjIxLAogICAgICog ICAgICAgICAgICAgICAgICAgICAgICAgIHJkZDEsc2RkMSxjc2RkCiAgICAgICAgd3JpdGUo bG9icyAgICApICAgaWlzYXQsdHJlYzEsdHJlYzIscjExMCxyMjEwLHIxMSxyMjEsCiAgICAg KiAgICAgICAgICAgICAgICAgICAgcmRkMQogICAgICAgIGNtbz1zZGQxLXJkZDEKICAgICAg ICBpb2JzPWlvYnMrMQogICAgICAgIHN1bSA9c3VtICtjbW8KICAgICAgICBzdW0yPXN1bTIr Y21vKmNtbwogICAgICAgIGNhbGwgbnJtYWwyKGFuLHUsY3NkZCxjbW8scCxlbHRwZWwsaWMs bmMsbnVuaykKICAgICAgICBnbyB0byAxMDEKCiAgMTAyICAgY29udGludWUKICAgICAgICBp aGVhZD05OQogICAgICAgIHdyaXRlKGxvYnMpIGloZWFkLGR1bW15CiAgMTAwIGNvbnRpbnVl CgoqKiogZ2F0aGVyIGNvbXBsZXRlZCAtLSBjbG9zZSB0aGUgc2NhdHRlci9nYXRoZXIgZmls ZXMKCiAgICAgIGRvIDIwMCBsaW89MTEsMTArbnNhdAogIDIwMCBjbG9zZShsaW8pCgoqKiog aW52ZXJ0IG5vcm1hbCBlcXVhdGlvbnMKCiAgICAgIGlmKGlvYnMubGUuMCkgdGhlbgogICAg ICAgIHdyaXRlKGxzdCwqKSAnbm8gb2JzZXJ2YXRpb24gZXF1YXRpb25zIC0tIGZhdGFsIHRl cm1pbmF0aW9uJwogICAgICAgIHdyaXRlKCAqICwqKSAnbm8gb2JzZXJ2YXRpb24gZXF1YXRp b25zIC0tIGZhdGFsIHRlcm1pbmF0aW9uJwogICAgICAgIHN0b3AgODc4NTQKICAgICAgZW5k aWYKICAgICAgY2FsbCBmaWxsKGFuLG51bmspICAgIAogICAgICBjYWxsIGludmVydChhbixu dW5rKSAgICAgCiAgICAgIGNhbGwgYWIoYW4sdSx4LG51bmssbnVuaywxKQogICAgICB4bWF4 PWRtYXgxKGRhYnMoeCgxKSksZGFicyh4KDIpKSxkYWJzKHgoMykpKQoKKioqIGNvbXB1dGUg cm1zIGZyb20gImJhc2VtZW50IHdpbmRvdyIgICh2J3B2PWwncGwteCd4KSAgKG9rIGZvciBw PTEuZDApCgogICAgICBjYWxsIGlubmVycCh4LG51bmssdmFsKQogICAgICBybXM9ZHNxcnQo KGVsdHBlbC12YWwpL2RibGUoaW9icykpCiAgICAgIHdyaXRlKGxzdCwnKGEsZjE0LjYsYSxp NyxhLGY5LjQsYSknKSAKICAgICAqICAgICdtYXggc2hpZnQgPSAnLHhtYXgsJyBtLiAgIG4g PScsaW9icywnICAgIHJtcyA9JyxybXMsJyBtLicKCioqKiB1cGRhdGUgY29vcmRpbmF0ZXMg Zm9yIHBvaW50IG5vIDIKCiAgICAgIGNvb3JkKCA3KT1jb29yZCggNykteCgxKQogICAgICBj b29yZCggOCk9Y29vcmQoIDgpLXgoMikKICAgICAgY29vcmQoIDkpPWNvb3JkKCA5KS14KDMp CgogICAgICBjb29yZCgxMCk9Y29vcmQoMTApLXgoMSkKICAgICAgY29vcmQoMTEpPWNvb3Jk KDExKS14KDIpCiAgICAgIGNvb3JkKDEyKT1jb29yZCgxMikteCgzKQoKICAgICAgcmV0dXJu CiAgICAgIGVuZAoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioKKioqIGZvcndhcmQgbW9kZWwgc3R1ZmYg ICAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKgogICAgICBzdWJyb3V0aW5lIGNvbWR0cihpaXBybixjb29yZCxvcmJp dHMsdDEsdDIscjEscjIsZHRyMSxkdHIyKQoKKioqIGNvbXB1dGUgcmVjZWl2ZXIgY2xvY2sg b2Zmc2V0cyBhdCBwb2ludHMgMSBhbmQgMgoqKiogaW5wdXQgdGltZXMgLS0gYmlhc2VkIHJj dnIuIGNsb2NrcyBhdCByZWNlaXB0IHRpbWUKCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVj aXNpb24oYS1oLG8teikKICAgICAgbG9naWNhbCBvdGVycAogICAgICBleHRlcm5hbCBpbnZw cm4KICAgICAgZGltZW5zaW9uIG9yYml0cygqKSxjb29yZCgyMCkKICAgICAgY29tbW9uL2x1 cy9sc3QsbHBvcyxscmluMSxscmluMixsZXBoLGxvYnMKICAgICAgY29tbW9uL3N0dWdnL3Bp LHJhZCxzb2wsZjEsZjIsdzEsdzIsd2UKCioqKiBkZXJpdmUgY2xvY2sgb2Zmc2V0cyBmcm9t IHBzZXVkb3JhbmdlL3NsYW50IHJhbmdlIGRpc2NyZXBlbmNpZXMKKioqIHIxLCByMiAgLS0g aW5wdXQgcHNldWRvcmFuZ2VzIChhbHNvIHNpZ25hbCBwcm9wYWdhdGlvbiBkZWxheSwgc3Bk KQoKKioqIHN0b3JhZ2Ugc2NoZW1lIGZvciBjb29yZCgpCioqKgoqKiogIDEgIDIgIDMgICAg ICAgWCBZIFogIHBvaW50IDEgbWFya2VyCioqKiAgNCAgNSAgNiAgICAgICBYIFkgWiAgcG9p bnQgMSBhbnRlbm5hLCBMMQoqKiogIDcgIDggIDkgICAgICAgWCBZIFogIHBvaW50IDIgbWFy a2VyICAgICAgIChtYXkgYmUgYXBwcm94KQoqKiogMTAgMTEgMTIgICAgICAgWCBZIFogIHBv aW50IDIgYW50ZW5uYSwgTDEgIChtYXkgYmUgYXBwcm94KQoKKioqIDEzIDE0IDE1IDE2ICAg IGRsMSxkbDIsZG4sZGUgIHBvaW50IDEgb2Zmc2V0cwoqKiogMTcgMTggMTkgMjAgICAgZGwx LGRsMixkbixkZSAgcG9pbnQgMiBvZmZzZXRzCgoqKiogcmFuZ2VzIHdpdGggcmVzcGVjdCB0 byBsMSBwaGFzZSBjZW50ZXIKKioqIHRyYW5zbGF0ZSBiaWFzZWQgcmVjZWl2ZXIgdGltZSB0 byBncHMgdGltZSBhdCB0cmFuc21pdAoqKiogc2lnbmFsIHByb3AuIGRlbGF5IHNpbmNlIHdl IGludGVycG9sYXRlIG9yYml0IGF0IHRyYW5zbWl0IHRpbWUKCiAgICAgIGR0cjE9MC5kMAog ICAgICBzMSAgPXIxCiAgICAgIGRvIDEwMCBpPTEsMgogICAgICAgIHNwZD1zMS9zb2wKICAg ICAgICB0PSh0MS1zcGQpLWR0cjEKICAgICAgICBpZigubm90Lm90ZXJwKGludnBybihpaXBy biksdCxvcmJpdHMseCx5LHosZHRzLGllcnIpKSB0aGVuCiAgICAgICAgICB3cml0ZShsc3Qs KikgJ290ZXJwIGVycm9yIGluIGNvbWR0ci0tJyxpZXJyLGludnBybihpaXBybikKICAgICAg ICAgIHN0b3AgMzQ1NTMKICAgICAgICBlbmRpZgoKKioqIG1heWJlIGFkZCBzYWduYWMgb25l IGRheSAtLSBuZWVkIGEgZ29vZCBkdAoqKiogICAgIHNhZz13ZSpkdAoqKiogICAgIGR4PXgr c2FnKnktY29vcmQoIDQpCioqKiAgICAgZHk9eS1zYWcqeC1jb29yZCggNSkKICAgICAgICBk eD14LWNvb3JkKCA0KQogICAgICAgIGR5PXktY29vcmQoIDUpCiAgICAgICAgZHo9ei1jb29y ZCggNikKICAgICAgICBzMT1kc3FydChkeCpkeCtkeSpkeStkeipkeikKICAgICAgICBkdHIx PShyMS1zMSkvc29sICsgZHRzCiAgMTAwIGNvbnRpbnVlCgoqKiogc2Vjb25kIHJlY2VpdmVy CgogICAgICBkdHIyPTAuZDAKICAgICAgczIgID1yMgogICAgICBkbyAyMDAgaT0xLDIKICAg ICAgICBzcGQ9czIvc29sCiAgICAgICAgdD0odDItc3BkKS1kdHIyCiAgICAgICAgaWYoLm5v dC5vdGVycChpbnZwcm4oaWlwcm4pLHQsb3JiaXRzLHgseSx6LGR0cyxpZXJyKSkgdGhlbgog ICAgICAgICAgd3JpdGUobHN0LCopICdvdGVycCBlcnJvciBpbiBjb21kdHItLScsaWVycixp bnZwcm4oaWlwcm4pCiAgICAgICAgICBzdG9wIDM0NTU0CiAgICAgICAgZW5kaWYKCioqKiBt YXliZSBhZGQgc2FnbmFjIG9uZSBkYXkKICAgICAgICBkeD14LWNvb3JkKDEwKQogICAgICAg IGR5PXktY29vcmQoMTEpCiAgICAgICAgZHo9ei1jb29yZCgxMikKICAgICAgICBzMj1kc3Fy dChkeCpkeCtkeSpkeStkeipkeikKICAgICAgICBkdHIyPShyMi1zMikvc29sICsgZHRzCiAg MjAwIGNvbnRpbnVlCgogICAgICByZXR1cm4KICAgICAgZW5kCiAgICAgIHN1YnJvdXRpbmUg Y29tcm5nKGlpcHJuLGNvb3JkLG9yYml0cyx0MSx0MixyMSxyMixkdHIxLGR0cjIsCiAgICAg KiAgICAgICAgICAgICAgICAgIHMxLHMyLGNzMikKCioqKiBjb21wdXRlIHJhbmdlcyB0byBz YXRlbGxpdGUgZnJvbSBwb2ludHMgMSBhbmQgMiAgKHMxLHMyKQoqKiogSVRFUkFUSU9OIFZF UlNJT04KKioqIGFsc28gY29tcHV0ZSBkaXJlY3Rpb24gY29zaW5lcyBmb3IgcG9pbnQgMiB0 byBzYXQgIChwdC4gMSBmaXhlZCkKKioqIGlucHV0IHRpbWVzIC0tIGJpYXNlZCByY3ZyLiBj bG9ja3MgYXQgcmVjZWlwdCB0aW1lCgogICAgICBpbXBsaWNpdCBkb3VibGUgcHJlY2lzaW9u KGEtaCxvLXopCiAgICAgIGxvZ2ljYWwgb3RlcnAKICAgICAgZXh0ZXJuYWwgaW52cHJuCiAg ICAgIGRpbWVuc2lvbiBvcmJpdHMoKiksY29vcmQoMjApLGNzMigzKQogICAgICBjb21tb24v bHVzL2xzdCxscG9zLGxyaW4xLGxyaW4yLGxlcGgsbG9icwogICAgICBjb21tb24vc3R1Z2cv cGkscmFkLHNvbCxmMSxmMix3MSx3Mix3ZQoKKioqIHIxLCByMiAgLS0gaW5wdXQgcHNldWRv cmFuZ2VzIGZvciBzaWduYWwgcHJvcGFnYXRpb24gZGVsYXksIHNwZAoqKiogZHRyMSwyICAt LSBpbnB1dCByZWNlaXZlciB0aW1lIGRlbGF5cyAgKGdwcyA9IHJjdnIgLSBkdHIpCioqKiBu b3RlIHRvIG1lOiBjYW4gaW5pdGlhbGl6ZSBsb29wIHVzaW5nIHBzZXVkb3JhbmdlcyAhIQog ICAgICBkdW1teT1yMQogICAgICBkdW1teT1yMgoKKioqIHN0b3JhZ2Ugc2NoZW1lIGZvciBj b29yZCgpCioqKgoqKiogIDEgIDIgIDMgICAgICAgWCBZIFogIHBvaW50IDEgbWFya2VyCioq KiAgNCAgNSAgNiAgICAgICBYIFkgWiAgcG9pbnQgMSBhbnRlbm5hLCBMMQoqKiogIDcgIDgg IDkgICAgICAgWCBZIFogIHBvaW50IDIgbWFya2VyICAgICAgIChtYXkgYmUgYXBwcm94KQoq KiogMTAgMTEgMTIgICAgICAgWCBZIFogIHBvaW50IDIgYW50ZW5uYSwgTDEgIChtYXkgYmUg YXBwcm94KQoKKioqIDEzIDE0IDE1IDE2ICAgIGRsMSxkbDIsZG4sZGUgIHBvaW50IDEgb2Zm c2V0cwoqKiogMTcgMTggMTkgMjAgICAgZGwxLGRsMixkbixkZSAgcG9pbnQgMiBvZmZzZXRz CgoqKiogcmFuZ2VzIHdpdGggcmVzcGVjdCB0byBsMSBwaGFzZSBjZW50ZXIKKioqIGRpcmVj dGlvbiBjb3NpbmVzIGNvbXB1dGVkIHVzaW5nIGdlb21ldHJpYyAoc2xhbnQpIHJhbmdlCgoq KiogaXRlcmF0ZSB0aGUgbGlnaHQgbG9vcCBhIGZpeGVkIG51bWJlciBvZiB0aW1lcwoKICAg ICAgICBkdD0wLjA3NWQwCiAgICAgICAgZG8gMSBpPTEsMwoKKioqIGdldCBzYXRlbGxpdGUg cG9zaXRpb24gLS0gY29ycmVjdCBmb3IgcmVjZWl2ZXIgYmlhcwoKICAgICAgICAgIHR0PSh0 MS1kdHIxKS1kdAogICAgICAgICAgaWYoLm5vdC5vdGVycChpbnZwcm4oaWlwcm4pLHR0LG9y Yml0cyx4LHkseixkdHMsaWVycikpIHRoZW4KICAgICAgICAgICAgd3JpdGUobHN0LCopICdv dGVycCBlcnJvciBpbiBjb21ybmctLScsaWVycixpbnZwcm4oaWlwcm4pCiAgICAgICAgICAg IHN0b3AgMzQ1NTEKICAgICAgICAgIGVuZGlmCiAgICAgICAgICBkeD14LWNvb3JkKCA0KQog ICAgICAgICAgZHk9eS1jb29yZCggNSkKICAgICAgICAgIGR6PXotY29vcmQoIDYpCiAgICAg ICAgICBzMT1kc3FydChkeCpkeCtkeSpkeStkeipkeikKICAgICAgICAgIGR0PXMxL3NvbAog ICAgMSAgIGNvbnRpbnVlCgoqKiogbm93IGFwcGx5IHNhZ25hYyBlZmZlY3QgZm9yIHRoZSBy YW5nZQoKICAgICAgICBzYWc9d2UqZHQKICAgICAgICBkeD14K3NhZyp5LWNvb3JkKCA0KQog ICAgICAgIGR5PXktc2FnKngtY29vcmQoIDUpCiAgICAgICAgZHo9eiAgICAgIC1jb29yZCgg NikKICAgICAgICBzMT1kc3FydChkeCpkeCtkeSpkeStkeipkeikKCioqKiBub3cgZG8gcG9p bnQgMiAgLS0gaW5jbHVkaW5nIGRpcmVjdGlvbiBjb3NpbmVzCioqKiBpdGVyYXRlIHRoZSBs aWdodCBsb29wIGEgZml4ZWQgbnVtYmVyIG9mIHRpbWVzCgogICAgICAgIGR0PTAuMDc1ZDAK ICAgICAgICBkbyAyIGk9MSwzCgoqKiogZ2V0IHNhdGVsbGl0ZSBwb3NpdGlvbiAtLSBjb3Jy ZWN0IGZvciByZWNlaXZlciBiaWFzCgogICAgICAgICAgdHQ9KHQyLWR0cjIpLWR0CiAgICAg ICAgICBpZigubm90Lm90ZXJwKGludnBybihpaXBybiksdHQsb3JiaXRzLHgseSx6LGR0cyxp ZXJyKSkgdGhlbgogICAgICAgICAgICB3cml0ZShsc3QsKikgJ290ZXJwIGVycm9yIGluIGNv bXJuZy0tJyxpZXJyLGludnBybihpaXBybikKICAgICAgICAgICAgc3RvcCAzNDU1MgogICAg ICAgICAgZW5kaWYKICAgICAgICAgIGR4PXgtY29vcmQoMTApCiAgICAgICAgICBkeT15LWNv b3JkKDExKQogICAgICAgICAgZHo9ei1jb29yZCgxMikKICAgICAgICAgIHMyPWRzcXJ0KGR4 KmR4K2R5KmR5K2R6KmR6KQogICAgICAgICAgZHQ9czIvc29sCiAgICAyICAgY29udGludWUK CioqKiBub3cgYXBwbHkgc2FnbmFjIGVmZmVjdCBmb3IgdGhlIHJhbmdlCgogICAgICAgIHNh Zz13ZSpkdAogICAgICAgIGR4PXgrc2FnKnktY29vcmQoMTApCiAgICAgICAgZHk9eS1zYWcq eC1jb29yZCgxMSkKICAgICAgICBkej16ICAgICAgLWNvb3JkKDEyKQogICAgICAgIHMyPWRz cXJ0KGR4KmR4K2R5KmR5K2R6KmR6KQoKKioqIGRpcmVjdGlvbiBjb3NpbmVzIGZvciBzdGF0 aW9uIDIgICAob25seSkKCiAgICAgIGNzMigxKT0tZHgvczIKICAgICAgY3MyKDIpPS1keS9z MgogICAgICBjczIoMyk9LWR6L3MyCgogICAgICByZXR1cm4KICAgICAgZW5kCiAgICAgIHN1 YnJvdXRpbmUgY29tcmcwKGlpcHJuLGNvb3JkLG9yYml0cyx0MSx0MixyMSxyMixkdHIxLGR0 cjIsCiAgICAgKiAgICAgICAgICAgICAgICAgIHMxLHMyLGNzMixnbGExLGdsbzEsZWh0MSxn bGEyLGdsbzIsZWh0MiwKICAgICAqICAgICAgICAgICAgICAgICAgdGRseTEsdGRseTIpCgoq KiogY29tcHV0ZSByYW5nZXMgdG8gc2F0ZWxsaXRlIGZyb20gcG9pbnRzIDEgYW5kIDIgIChz MSxzMikKKioqIHRoaXMgdmVyc2lvbiBjb21wdXRlcyB0cm9wbyBjb3JyZWN0aW9ucywgdGRs eTEvMgoqKiogYWxzbyBjb21wdXRlIGRpcmVjdGlvbiBjb3NpbmVzIGZvciBwb2ludCAyIHRv IHNhdCAgKHB0LiAxIGZpeGVkKQoqKiogaW5wdXQgdGltZXMgLS0gYmlhc2VkIHJjdnIuIGNs b2NrcyBhdCByZWNlaXB0IHRpbWUKCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24o YS1oLG8teikKICAgICAgbG9naWNhbCBvdGVycAogICAgICBleHRlcm5hbCBpbnZwcm4KICAg ICAgZGltZW5zaW9uIG9yYml0cygqKSxjb29yZCgyMCksY3MyKDMpCiAgICAgIGNvbW1vbi9s dXMvbHN0LGxwb3MsbHJpbjEsbHJpbjIsbGVwaCxsb2JzCiAgICAgIGNvbW1vbi9zdHVnZy9w aSxyYWQsc29sLGYxLGYyLHcxLHcyLHdlCgoqKiogcjEsIHIyICAtLSBpbnB1dCBwc2V1ZG9y YW5nZXMgZm9yIHNpZ25hbCBwcm9wYWdhdGlvbiBkZWxheSwgc3BkCioqKiBkdHIxLDIgIC0t IGlucHV0IHJlY2VpdmVyIHRpbWUgZGVsYXlzICAoZ3BzID0gcmN2ciAtIGR0cikKKioqIG5v dGUgdG8gbWU6IGNhbiBpbml0aWFsaXplIGxvb3AgdXNpbmcgcHNldWRvcmFuZ2VzICEhCiAg ICAgIGR1bW15PXIxCiAgICAgIGR1bW15PXIyCgoqKiogc3RvcmFnZSBzY2hlbWUgZm9yIGNv b3JkKCkKKioqCioqKiAgMSAgMiAgMyAgICAgICBYIFkgWiAgcG9pbnQgMSBtYXJrZXIKKioq ICA0ICA1ICA2ICAgICAgIFggWSBaICBwb2ludCAxIGFudGVubmEsIEwxCioqKiAgNyAgOCAg OSAgICAgICBYIFkgWiAgcG9pbnQgMiBtYXJrZXIgICAgICAgKG1heSBiZSBhcHByb3gpCioq KiAxMCAxMSAxMiAgICAgICBYIFkgWiAgcG9pbnQgMiBhbnRlbm5hLCBMMSAgKG1heSBiZSBh cHByb3gpCgoqKiogMTMgMTQgMTUgMTYgICAgZGwxLGRsMixkbixkZSAgcG9pbnQgMSBvZmZz ZXRzCioqKiAxNyAxOCAxOSAyMCAgICBkbDEsZGwyLGRuLGRlICBwb2ludCAyIG9mZnNldHMK CioqKiByYW5nZXMgd2l0aCByZXNwZWN0IHRvIGwxIHBoYXNlIGNlbnRlcgoqKiogZGlyZWN0 aW9uIGNvc2luZXMgY29tcHV0ZWQgdXNpbmcgZ2VvbWV0cmljIChzbGFudCkgcmFuZ2UKCioq KiBpdGVyYXRlIHRoZSBsaWdodCBsb29wIGEgZml4ZWQgbnVtYmVyIG9mIHRpbWVzCgogICAg ICAgIGR0PTAuMDc1ZDAKICAgICAgICBkbyAxIGk9MSwzCgoqKiogZ2V0IHNhdGVsbGl0ZSBw b3NpdGlvbiAtLSBjb3JyZWN0IGZvciByZWNlaXZlciBiaWFzCgogICAgICAgICAgdHQ9KHQx LWR0cjEpLWR0CiAgICAgICAgICBpZigubm90Lm90ZXJwKGludnBybihpaXBybiksdHQsb3Ji aXRzLHgseSx6LGR0cyxpZXJyKSkgdGhlbgogICAgICAgICAgICB3cml0ZShsc3QsKikgJ290 ZXJwIGVycm9yIGluIGNvbXJuZy0tJyxpZXJyLGludnBybihpaXBybikKICAgICAgICAgICAg c3RvcCAzNDU1MQogICAgICAgICAgZW5kaWYKICAgICAgICAgIGR4PXgtY29vcmQoIDQpCiAg ICAgICAgICBkeT15LWNvb3JkKCA1KQogICAgICAgICAgZHo9ei1jb29yZCggNikKICAgICAg ICAgIHMxPWRzcXJ0KGR4KmR4K2R5KmR5K2R6KmR6KQogICAgICAgICAgZHQ9czEvc29sCiAg ICAxICAgY29udGludWUKCioqKiBub3cgYXBwbHkgc2FnbmFjIGVmZmVjdCBmb3IgdGhlIHJh bmdlCgogICAgICAgIHNhZz13ZSpkdAogICAgICAgIGR4PXgrc2FnKnktY29vcmQoIDQpCiAg ICAgICAgZHk9eS1zYWcqeC1jb29yZCggNSkKICAgICAgICBkej16ICAgICAgLWNvb3JkKCA2 KQogICAgICAgIHMxPWRzcXJ0KGR4KmR4K2R5KmR5K2R6KmR6KQoKKioqIGNvbXB1dGUgdmVy dGljYWwgYW5nbGUgZnJvbSBwb2ludCAxIGFudGVubmEgY2VudGVyIHRvIHNhdGVsbGl0ZQoK ICAgICAgY2FsbCByZ2UoZ2xhMSxnbG8xLGRuLGRlLGR1LGR4LGR5LGR6KQogICAgICBkcz1k c3FydChkbipkbitkZSpkZSkKICAgICAgdmExPWRhdGFuKGR1L2RzKQoKKioqIGNvbXB1dGUg dHJvcG8gZGVsYXkgLS0gdHJlYXQgb3J0aG8gaHQuIGFzIGVsbGlwc29pZCBodC4KCiAgICAg IG9odD1laHQxCiAgICAgIGNhbGwgZ2V0dGRsKGdsYTEsb2h0LHZhMSx0ZGx5MSkKCioqKiBu b3cgZG8gcG9pbnQgMiAgLS0gaW5jbHVkaW5nIGRpcmVjdGlvbiBjb3NpbmVzCioqKiBpdGVy YXRlIHRoZSBsaWdodCBsb29wIGEgZml4ZWQgbnVtYmVyIG9mIHRpbWVzCgogICAgICAgIGR0 PTAuMDc1ZDAKICAgICAgICBkbyAyIGk9MSwzCgoqKiogZ2V0IHNhdGVsbGl0ZSBwb3NpdGlv biAtLSBjb3JyZWN0IGZvciByZWNlaXZlciBiaWFzCgogICAgICAgICAgdHQ9KHQyLWR0cjIp LWR0CiAgICAgICAgICBpZigubm90Lm90ZXJwKGludnBybihpaXBybiksdHQsb3JiaXRzLHgs eSx6LGR0cyxpZXJyKSkgdGhlbgogICAgICAgICAgICB3cml0ZShsc3QsKikgJ290ZXJwIGVy cm9yIGluIGNvbXJuZy0tJyxpZXJyLGludnBybihpaXBybikKICAgICAgICAgICAgc3RvcCAz NDU1MgogICAgICAgICAgZW5kaWYKICAgICAgICAgIGR4PXgtY29vcmQoMTApCiAgICAgICAg ICBkeT15LWNvb3JkKDExKQogICAgICAgICAgZHo9ei1jb29yZCgxMikKICAgICAgICAgIHMy PWRzcXJ0KGR4KmR4K2R5KmR5K2R6KmR6KQogICAgICAgICAgZHQ9czIvc29sCiAgICAyICAg Y29udGludWUKCioqKiBub3cgYXBwbHkgc2FnbmFjIGVmZmVjdCBmb3IgdGhlIHJhbmdlCgog ICAgICAgIHNhZz13ZSpkdAogICAgICAgIGR4PXgrc2FnKnktY29vcmQoMTApCiAgICAgICAg ZHk9eS1zYWcqeC1jb29yZCgxMSkKICAgICAgICBkej16ICAgICAgLWNvb3JkKDEyKQogICAg ICAgIHMyPWRzcXJ0KGR4KmR4K2R5KmR5K2R6KmR6KQoKKioqIGRpcmVjdGlvbiBjb3NpbmVz IGZvciBzdGF0aW9uIDIgICAob25seSkKCiAgICAgIGNzMigxKT0tZHgvczIKICAgICAgY3My KDIpPS1keS9zMgogICAgICBjczIoMyk9LWR6L3MyCgoqKiogY29tcHV0ZSB2ZXJ0aWNhbCBh bmdsZSBmcm9tIHBvaW50IDIgYW50ZW5uYSBjZW50ZXIgdG8gc2F0ZWxsaXRlCgogICAgICBj YWxsIHJnZShnbGEyLGdsbzIsZG4sZGUsZHUsZHgsZHksZHopCiAgICAgIGRzPWRzcXJ0KGRu KmRuK2RlKmRlKQogICAgICB2YTI9ZGF0YW4oZHUvZHMpCgoqKiogY29tcHV0ZSB0cm9wbyBk ZWxheSAtLSB0cmVhdCBvcnRobyBodC4gYXMgZWxsaXBzb2lkIGh0LgoKICAgICAgb2h0PWVo dDIKICAgICAgY2FsbCBnZXR0ZGwoZ2xhMixvaHQsdmEyLHRkbHkyKQoKICAgICAgcmV0dXJu CiAgICAgIGVuZAogICAgICBzdWJyb3V0aW5lIGNvbXJnMihpaXBybixjb29yZCxvcmJpdHMs dDEsdDIscjEscjIsZHRyMSxkdHIyLAogICAgICogICAgICAgICAgICAgICAgICBzMSxzMixn bGEsZ2xvLHZhZCkKCioqKiBjb21wdXRlIHJhbmdlcyB0byBzYXRlbGxpdGUgZnJvbSBwb2lu dHMgMSBhbmQgMiAgKHMxLHMyKQoqKiogSVRFUkFUSU9OIFZFUlNJT04KKioqIGFsc28gY29t cHV0ZSBkaXJlY3Rpb24gY29zaW5lcyBmb3IgcG9pbnQgMiB0byBzYXQgIChwdC4gMSBmaXhl ZCkKKioqIGlucHV0IHRpbWVzIC0tIGJpYXNlZCByY3ZyLiBjbG9ja3MgYXQgcmVjZWlwdCB0 aW1lCgogICAgICBpbXBsaWNpdCBkb3VibGUgcHJlY2lzaW9uKGEtaCxvLXopCiAgICAgIGxv Z2ljYWwgb3RlcnAKICAgICAgZXh0ZXJuYWwgaW52cHJuCiAgICAgIGRpbWVuc2lvbiBvcmJp dHMoKiksY29vcmQoMjApCiAgICAgIGNvbW1vbi9sdXMvbHN0LGxwb3MsbHJpbjEsbHJpbjIs bGVwaCxsb2JzCiAgICAgIGNvbW1vbi9zdHVnZy9waSxyYWQsc29sLGYxLGYyLHcxLHcyLHdl CgoqKiogcjEsIHIyICAtLSBpbnB1dCBwc2V1ZG9yYW5nZXMgZm9yIHNpZ25hbCBwcm9wYWdh dGlvbiBkZWxheSwgc3BkCioqKiBkdHIxLDIgIC0tIGlucHV0IHJlY2VpdmVyIHRpbWUgZGVs YXlzICAoZ3BzID0gcmN2ciAtIGR0cikKKioqIG5vdGUgdG8gbWU6IGNhbiBpbml0aWFsaXpl IGxvb3AgdXNpbmcgcHNldWRvcmFuZ2VzICEhCiAgICAgIGR1bW15PXIxCiAgICAgIGR1bW15 PXIyCgoqKiogc3RvcmFnZSBzY2hlbWUgZm9yIGNvb3JkKCkKKioqCioqKiAgMSAgMiAgMyAg ICAgICBYIFkgWiAgcG9pbnQgMSBtYXJrZXIKKioqICA0ICA1ICA2ICAgICAgIFggWSBaICBw b2ludCAxIGFudGVubmEsIEwxCioqKiAgNyAgOCAgOSAgICAgICBYIFkgWiAgcG9pbnQgMiBt YXJrZXIgICAgICAgKG1heSBiZSBhcHByb3gpCioqKiAxMCAxMSAxMiAgICAgICBYIFkgWiAg cG9pbnQgMiBhbnRlbm5hLCBMMSAgKG1heSBiZSBhcHByb3gpCgoqKiogMTMgMTQgMTUgMTYg ICAgZGwxLGRsMixkbixkZSAgcG9pbnQgMSBvZmZzZXRzCioqKiAxNyAxOCAxOSAyMCAgICBk bDEsZGwyLGRuLGRlICBwb2ludCAyIG9mZnNldHMKCioqKiByYW5nZXMgd2l0aCByZXNwZWN0 IHRvIGwxIHBoYXNlIGNlbnRlcgoqKiogZGlyZWN0aW9uIGNvc2luZXMgY29tcHV0ZWQgdXNp bmcgZ2VvbWV0cmljIChzbGFudCkgcmFuZ2UKCioqKiBpdGVyYXRlIHRoZSBsaWdodCBsb29w IGEgZml4ZWQgbnVtYmVyIG9mIHRpbWVzCgogICAgICAgIGR0PTAuMDc1ZDAKICAgICAgICBk byAxIGk9MSwzCgoqKiogZ2V0IHNhdGVsbGl0ZSBwb3NpdGlvbiAtLSBjb3JyZWN0IGZvciBy ZWNlaXZlciBiaWFzCgogICAgICAgICAgdHQ9KHQxLWR0cjEpLWR0CiAgICAgICAgICBpZigu bm90Lm90ZXJwKGludnBybihpaXBybiksdHQsb3JiaXRzLHgseSx6LGR0cyxpZXJyKSkgdGhl bgogICAgICAgICAgICB3cml0ZShsc3QsKikgJ290ZXJwIGVycm9yIGluIGNvbXJuZy0tJyxp ZXJyLGludnBybihpaXBybikKICAgICAgICAgICAgc3RvcCAzNDU1MQogICAgICAgICAgZW5k aWYKICAgICAgICAgIGR4PXgtY29vcmQoIDQpCiAgICAgICAgICBkeT15LWNvb3JkKCA1KQog ICAgICAgICAgZHo9ei1jb29yZCggNikKICAgICAgICAgIHMxPWRzcXJ0KGR4KmR4K2R5KmR5 K2R6KmR6KQogICAgICAgICAgZHQ9czEvc29sCiAgICAxICAgY29udGludWUKCioqKiBub3cg YXBwbHkgc2FnbmFjIGVmZmVjdCBmb3IgdGhlIHJhbmdlCgogICAgICAgIHNhZz13ZSpkdAog ICAgICAgIGR4PXgrc2FnKnktY29vcmQoIDQpCiAgICAgICAgZHk9eS1zYWcqeC1jb29yZCgg NSkKICAgICAgICBkej16ICAgICAgLWNvb3JkKCA2KQogICAgICAgIHMxPWRzcXJ0KGR4KmR4 K2R5KmR5K2R6KmR6KQoKKioqIG5vdyBkbyBwb2ludCAyICAtLSBpbmNsdWRpbmcgZGlyZWN0 aW9uIGNvc2luZXMKKioqIGl0ZXJhdGUgdGhlIGxpZ2h0IGxvb3AgYSBmaXhlZCBudW1iZXIg b2YgdGltZXMKCiAgICAgICAgZHQ9MC4wNzVkMAogICAgICAgIGRvIDIgaT0xLDMKCioqKiBn ZXQgc2F0ZWxsaXRlIHBvc2l0aW9uIC0tIGNvcnJlY3QgZm9yIHJlY2VpdmVyIGJpYXMKCiAg ICAgICAgICB0dD0odDItZHRyMiktZHQKICAgICAgICAgIGlmKC5ub3Qub3RlcnAoaW52cHJu KGlpcHJuKSx0dCxvcmJpdHMseCx5LHosZHRzLGllcnIpKSB0aGVuCiAgICAgICAgICAgIHdy aXRlKGxzdCwqKSAnb3RlcnAgZXJyb3IgaW4gY29tcm5nLS0nLGllcnIsaW52cHJuKGlpcHJu KQogICAgICAgICAgICBzdG9wIDM0NTUyCiAgICAgICAgICBlbmRpZgogICAgICAgICAgZHg9 eC1jb29yZCgxMCkKICAgICAgICAgIGR5PXktY29vcmQoMTEpCiAgICAgICAgICBkej16LWNv b3JkKDEyKQogICAgICAgICAgczI9ZHNxcnQoZHgqZHgrZHkqZHkrZHoqZHopCiAgICAgICAg ICBkdD1zMi9zb2wKICAgIDIgICBjb250aW51ZQoKKioqIG5vdyBhcHBseSBzYWduYWMgZWZm ZWN0IGZvciB0aGUgcmFuZ2UKCiAgICAgICAgc2FnPXdlKmR0CiAgICAgICAgZHg9eCtzYWcq eS1jb29yZCgxMCkKICAgICAgICBkeT15LXNhZyp4LWNvb3JkKDExKQogICAgICAgIGR6PXog ICAgICAtY29vcmQoMTIpCiAgICAgICAgczI9ZHNxcnQoZHgqZHgrZHkqZHkrZHoqZHopCgoq KiogY29tcHV0ZSB2ZXJ0aWNhbCBhbmdsZSBmcm9tIHBvaW50IDIgYW50ZW5uYSBjZW50ZXIg dG8gKG5vbi1yZWYpIHNhdGVsbGl0ZQoKICAgICAgY2FsbCByZ2UoZ2xhLGdsbyxkbixkZSxk dSxkeCxkeSxkeikKICAgICAgZHM9ZHNxcnQoZG4qZG4rZGUqZGUpCiAgICAgIHZhPWRhdGFu KGR1L2RzKQogICAgICB2YWQ9dmEqcmFkCgogICAgICByZXR1cm4KICAgICAgZW5kCioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKgoqKiogdXRpbGl0eSB3b3JrIHJvdXRpbmVzICoqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiAg ICAgIGxvZ2ljYWwgZnVuY3Rpb24gb2dldChscmluLGwybGluZSxuc2F0LGljb2xzLG5kYXQs dG1hcyx0cmVjLGlidWYsCiAgICAgKiAgICAgICAgICAgICAgICAgICAgICBkYnVmLGlmbGFn KQoKKioqIGxvYWQgZXBvY2hzIG9mIGRhdGEgZnJvbSBhIHJpbmV4IG9icyBmaWxlIHVudGls IG1hdGNoIG1hc3RlciB0aW1lCgoqKiogaWZsYWc9MCAgIHN1Y2Nlc3NmdWwgYnVmZmVyIGxv YWQsIHN5bmNocm9ub3VzIHdpdGggdG1hcwoqKiogaWZsYWc9MSAgIG5vdCB5ZXQgbG9hZGVk LCBub24tc3luY2hyb25vdXMsIChmdXR1cmUgdGltZSkKKioqIGlmbGFnPTIgICB1bnN1Y2Nl c3NmdWwsIGVuZCBvZiBmaWxlIGVuY291bnRlcmVkCgogICAgICBpbXBsaWNpdCBkb3VibGUg cHJlY2lzaW9uKGEtaCxvLXopCiAgICAgIGNoYXJhY3Rlcio4MCBjYXJkLGNhcmQyCiAgICAg IGxvZ2ljYWwgZ2V0cHJuLGwybGluZQogICAgICBwYXJhbWV0ZXIoZG51bGw9MS5kMzEpCiAg ICAgIHBhcmFtZXRlcihteHNhdD0xMikKICAgICAgZGltZW5zaW9uIGlwcm5zKG14c2F0KSxi dWYoNSksaWNvbHMoMDo0KQogICAgICBkaW1lbnNpb24gaWJ1Zihuc2F0KSxkYnVmKG5zYXQs NCkKICAgICAgY29tbW9uL2x1cy9sc3QsbHBvcyxscmluMSxscmluMixsZXBoLGxvYnMKCioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqCioqKiBjb250b2xzIGhvdyBtdWNoIHN5bmNocm9uaXp0aW9uIGlz IG5lZWRlZCAgKioqKioqKioqKioqKioqKioqKioqKioqCioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCgoq KioqICB0aW55PTUuZC0yCiAgICAgIHRpbnk9My5kLTEKCioqKiBpZiBidWZmZXJzIGFscmVh ZHkgbG9hZGVkLCBhbmQgdGltZSBpcyBpbiBmdXR1cmUgb2YgbWFzdGVyIHRpbWUsCioqKiBp dHMgYmVjYXVzZSBvZiBhbiBlYXJsaWVyIChtdWx0aS1lcG9jaCkgZHJvcG91dAoqKiogYWN0 aW9uOiByZXRhaW4gaWZsYWc9MSBhbmQga2ljayBvdXQgKHdhaXQgZm9yIG1hc3RlciB0byBj YXRjaCB1cCkKCiAgICAgIGlmKGlmbGFnLmVxLjEuYW5kLih0cmVjLXRtYXMpLmdlLnRpbnkp IHRoZW4KICAgICAgICBvZ2V0PS5mYWxzZS4KICAgICAgICByZXR1cm4KICAgICAgZW5kaWYK CioqKiBpZiB0aW1lIG1hdGNoZXMgb24gaW5wdXQsIGl0cyBiZWNhdXNlIG9mIHByaW9yIGlu dm9jYXRpb24KKioqICAgIChhbiBpZmxhZz0xIHNpdHVhdGlvbikgIGJ1ZmZlcnMgYWxyZWFk eSBsb2FkZWQKCiAgICAgIGlmKGRhYnModHJlYy10bWFzKS5sZS50aW55KSB0aGVuCiAgICAg ICAgaWYoaWZsYWcubmUuMSkgc3RvcCAzNDU5MQogICAgICAgIGlmbGFnPTAKICAgICAgICBv Z2V0PS50cnVlLgogICAgICAgIHJldHVybgogICAgICBlbmRpZgoKKioqIHJlYWQgZGF0YSB1 bnRpbCB0aW1lIG1hdGNoIG9yIGZ1dHVyZSBkYXRhIGJ1bmRsZSBsb2FkZWQKKioqIG5vdGU6 IGNvZGUgYXNzdW1lcyBubyBtb3JlIHRoYW4gMTIgc2F0ZWxsaXRlcyBwZXIgZXBvY2gKKioq IGlwcm5zKCkgaXMgdGhlIGJ1ZmZlciB0byBob2xkIG9uZSByZWNvcmQgb2YgcHJuIG51bWJl cnMKKioqIGFzc3VtZSBubyBtb3JlIHRoYW4gNSBjb2x1bW5zIG9mIGRhdGEgcGVyIHJlY29y ZCwgaW4gYnVmKCkKKioqIGxsaSAobG9zcyBvZiBsb2NrIGluZGljYXRvcikgbm90IHVzZWQK KioqIGlzcyAoc2lnbmFsIHN0cmVuZ3RoIHZhbHVlICkgbm90IHVzZWQKCiAgMTAwIHJlYWQo bHJpbiwxLGVuZD03NzcpIGl5cixpbW8saWR5LGlocixpbW4sc2VjLAogICAgICogICAgICAg ICAgICAgICAgICAgICBpZXBmbGcsbnBybixpcHJucyxyb2ZmCiAgICAxIGZvcm1hdCg1aTMs ZjExLjcsaTMsaTMsMTIoMXgsaTIpLGYxMi45KQogICAgICBpZihpeXIubHQuODApIHRoZW4K ICAgICAgICBpeXI9aXlyKzIwMDAKICAgICAgZWxzZWlmKGl5ci5sZS45OSkgdGhlbgogICAg ICAgIGl5cj1peXIrMTkwMAogICAgICBlbmRpZgogICAgICBpZihucHJuLmxlLjAub3IubnBy bi5ndC5teHNhdCkgc3RvcCAyNDMwMwogICAgICBjYWxsIGNpdmp0cyhpeXIsaW1vLGlkeSxp aHIsaW1uLHNlYyx0cmVjKQoKKioqIGhlYWRlciB0b28gb2xkIC0tIGJ5cGFzcyBkYXRhIGFu ZCByZWFkIGFub3RoZXIgZXBvY2ggaGVhZGVyCgogICAgICBpZih0cmVjLmx0LnRtYXMtdGlu eSkgdGhlbgogICAgICAgIGRvIDExMCBpPTEsbnBybgogICAgICAgICAgcmVhZChscmluLCco YTgwKScpIGNhcmQKICAgICAgICAgIGlmKGwybGluZSkgcmVhZChscmluLCcoYTgwKScpIGNh cmQyCiAgMTEwICAgY29udGludWUKCioqKiBkYXRhIGluIHN5bmNoIG9yIGhlYWRlciBpbiB0 aGUgZnV0dXJlIC0tIHByb2Nlc3MgZGF0YSByZWNvcmRzCgogICAgICBlbHNlaWYoZGFicyh0 cmVjLXRtYXMpLmxlLnRpbnkub3IuCiAgICAgKiAgICAgICAgICB0cmVjLmd0LnRtYXMrdGlu eSAgICAgICApIHRoZW4KICAgICAgaWYodHJlYy5ndC50bWFzK3RpbnkpIHRoZW4KICAgICAg ZW5kaWYKCioqKiBpbml0aWFsaXplIGJ1ZmZlciBmbGFncyBhbmQgbG9hZCB0aGUgYnVmZmVy CioqKiBjaGVjayBlbXB0eSBhbmQgMC4wIGZpZWxkcyBhbmQgc3RvcmUgbnVsbCAoZG51bGwp IGluc3RlYWQKKioqIHdhcm5pbmc6IGNvZGUgYXNzdW1lcyBkYXRhIGluIGZpcnN0IGNhcmQg b25seSAhISEhISEhISEhISEhISEhISEhISEhISEKCiAgICAgICAgbmRhdHg9bmRhdAogICAg ICAgIGlmKG5kYXR4Lmd0LjUpIG5kYXR4PTUKCiAgICAgICAgZG8gMTIwIGk9MSxuc2F0CiAg MTIwICAgaWJ1ZihpKT0wCgogICAgICAgIGRvIDEzMCBpPTEsbnBybgogICAgICAgICAgaWYo aXBybnMoaSkuZ3QuMCkgdGhlbgogICAgICAgICAgICByZWFkKGxyaW4sJyhhODApJykgY2Fy ZAogICAgICAgICAgICBpZihsMmxpbmUpIHJlYWQobHJpbiwnKGE4MCknKSBjYXJkMgogICAg ICAgICAgICByZWFkKGNhcmQsMikgKGJ1ZihpYyksbGxpLGlzcyxpYz0xLG5kYXR4KQogICAg MiAgICAgICBmb3JtYXQoNShmMTQuMyxpMSxpMSkpCiAgICAgICAgICAgIGRvIDEzMSBpYz0x LG5kYXR4CiAgICAgICAgICAgICAgaWYoZGFicyhidWYoaWMpKS5sZS4wLjAwMWQwKSBidWYo aWMpPWRudWxsCiAgMTMxICAgICAgIGNvbnRpbnVlCgoqKiogaWYgcHJuIGxvb2t1cCBmYWls cyAtLSBhc3N1bWUgZHVlIHRvIG1pc3Npbmcgc2F0ZWxsaXRlIG9yYml0CgoqKiogZGVidWcg LS0gcmV2aWV3IHRoaXMgISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEhISEh ISEhISEhCgogICAgICAgICAgICBpZigubm90LmdldHBybihpcHJucyhpKSxpaXNhdCkpIGdv IHRvIDEzMAoKKioqIGFuYWwtcmV0ZW50aXZlIGFzc2VydGlvbiBjaGVjayAtLSBkZWxldGUg aW4gYmV0YSB2ZXJzaW9uICEhISEhISEhIQoqKiogICAgICAgICBpZihpaXNhdC5sZS4wLm9y Lmlpc2F0Lmd0Lm5zYXQpIHRoZW4KKioqICAgICAgICAgICB3cml0ZShsc3QsKikgJ3BybiBp bmRleCByYW5nZSBjaGVjayBmYWlsIGluIG9nZXQnCioqKiAgICAgICAgICAgc3RvcCAzMjY0 NQoqKiogICAgICAgICBlbmRpZgoKKioqIHRyYW5zZmVyIHRvIGJ1ZmZlciAtLSBvcmRlciBs MSwgcDEvYzEsIGwyLCBwMiAgKGogaW5kZXgpCioqKiAgICAgICAgICAgICAgICAgICAgLS0g aW5zZXJ0IG51bGwgaWYgZGF0YSBub3QgZ2F0aGVyZWQKCiAgICAgICAgICAgIGlidWYoaWlz YXQpICA9MQogICAgICAgICAgICBkbyAxMzIgaj0xLDQKICAgICAgICAgICAgICBpZihpY29s cyhqKS5ndC4wKSB0aGVuCiAgICAgICAgICAgICAgICBkYnVmKGlpc2F0LGopPWJ1ZihpY29s cyhqKSkKCioqKiBleGNlcHRpb24gbG9naWMgZm9yIHAxL2MxCgogICAgICAgICAgICAgICAg aWYoai5lcS4yLmFuZC5kYnVmKGlpc2F0LDIpLmdlLmRudWxsKSB0aGVuCiAgICAgICAgICAg ICAgICAgIGlmKGljb2xzKDApLmd0LjApIHRoZW4KICAgICAgICAgICAgICAgICAgICBkYnVm KGlpc2F0LDIpPWJ1ZihpY29scygwKSkKICAgICAgICAgICAgICAgICAgZWxzZQogICAgICAg ICAgICAgICAgICAgIGRidWYoaWlzYXQsMik9ZG51bGwKICAgICAgICAgICAgICAgICAgZW5k aWYKICAgICAgICAgICAgICAgIGVuZGlmCgoqKiogbm8gcDEvYzEgYXQgYWxsCgogICAgICAg ICAgICAgIGVsc2UKICAgICAgICAgICAgICAgIGRidWYoaWlzYXQsaik9ZG51bGwKICAgICAg ICAgICAgICBlbmRpZgogIDEzMiAgICAgICBjb250aW51ZQoKICAgICAgICAgIGVsc2UKICAg ICAgICAgICAgd3JpdGUobHN0LCopICd6ZXJvIHBybiBudW1iZXIgd2FzIG5vdCBleHBlY3Rl ZCcKICAgICAgICAgICAgc3RvcCAzMjY0NgogICAgICAgICAgZW5kaWYKICAxMzAgICBjb250 aW51ZQoKKioqIHdhcyB0aGF0IGhlYWRlciBpbiBzeW5jaD8KCiAgICAgICAgaWYoZGFicyh0 cmVjLXRtYXMpLmxlLnRpbnkpIHRoZW4KICAgICAgICAgIGlmbGFnPTAKICAgICAgICAgIG9n ZXQ9LnRydWUuCiAgICAgICAgICByZXR1cm4KCioqKiBubywgdGhlIGhlYWRlciB3YXMgaW4g dGhlIGZ1dHVyZSAgKGR1ZSB0byBpZiB0ZXN0IGluIHRoaXMgY2xhdXNlKQoKICAgICAgICBl bHNlCiAgICAgICAgICBpZmxhZz0xCiAgICAgICAgICBvZ2V0PS5mYWxzZS4KICAgICAgICAg IHJldHVybgogICAgICAgIGVuZGlmCgoqKiogc2hvdWxkIG5ldmVyIGdldCBoZXJlIC0tLSBz b21lIGtpbmRhIGxvZ2ljIGJ1ZwoKICAgICAgZWxzZQogICAgICAgIHdyaXRlKGxzdCwqKSAn dGltZSBzeW5jaCBsb2dpYyBidWcgaW4gb2dldCgpJwogICAgICAgIHN0b3AgMzY2NDkKICAg ICAgZW5kaWYKCioqKiByZWFkIGFub3RoZXIgZXBvY2ggaGVhZGVyCgogICAgICBnbyB0byAx MDAKCioqKiBlbmQgb2YgZmlsZSBlbmNvdW50ZXJlZAoKICA3NzcgaWZsYWc9MgogICAgICBv Z2V0PS5mYWxzZS4KCiAgICAgIHJldHVybgogICAgICBlbmQKICAgICAgbG9naWNhbCBmdW5j dGlvbiBkZ2V0KGlpc2F0LGlidWYxLGlidWYyLGRidWYxLGRidWYyLG5zYXQsCiAgICAgKiAg ICAgICAgICAgICAgICAgICAgICBwMTEscjExLHAxMixwMjEscjIxLHAyMikKCioqKiBzZWUg aWYgdmFsaWQgcGhhc2UgZGF0YSBpbiBib3RoIGJ1ZmZlcnMgZm9yIGlpc2F0LXRoIHNhdGVs bGl0ZQoKICAgICAgaW1wbGljaXQgZG91YmxlIHByZWNpc2lvbihhLWgsby16KQogICAgICBw YXJhbWV0ZXIoZG51bGw9MS5kMzEpCiAgICAgIGRpbWVuc2lvbiBpYnVmMShuc2F0KSxkYnVm MShuc2F0LDQpCiAgICAgIGRpbWVuc2lvbiBpYnVmMihuc2F0KSxkYnVmMihuc2F0LDQpCiAg ICAgIGNvbW1vbi9sdXMvbHN0LGxwb3MsbHJpbjEsbHJpbjIsbGVwaCxsb2JzCgoqKiogYWxz byByZXR1cm4gbDEgcHNldWRvcmFuZ2VzIGZvciB0cmFuc21pc3Npb24gdGltZQoKICAgICAg aWYoaWlzYXQubGUuMC5vci5paXNhdC5ndC5uc2F0KSAgc3RvcCA4NzQ3MwoKKioqIGFzc3Vt ZSB0aGUgd29yc3QKCiAgICAgIGRnZXQ9LmZhbHNlLgoKICAgICAgaWYoaWJ1ZjEoaWlzYXQp LmVxLjApIHJldHVybgogICAgICBpZihpYnVmMihpaXNhdCkuZXEuMCkgcmV0dXJuCgoqKiog b3JkZXIge2wxLCBwMS9jMSwgbDIsIHAyfSAgKDJuZCBpbmRleCkKKioqICAgcDExICAxc3Qg cG9pbnQsIGwxIHBoYXNlCioqKiAgIHIxMSAgMXN0IHBvaW50LCBsMSByYW5nZQoqKiogICBw MTIgIDFzdCBwb2ludCwgbDIgcGhhc2UKKioqICAgcDIxICAybmQgcG9pbnQsIGwxIHBoYXNl CioqKiAgIHIyMSAgMm5kIHBvaW50LCBsMSByYW5nZQoqKiogICBwMjIgIDJuZCBwb2ludCwg bDIgcGhhc2UKCiAgICAgIHAxMT1kYnVmMShpaXNhdCwxKQogICAgICByMTE9ZGJ1ZjEoaWlz YXQsMikKICAgICAgcDEyPWRidWYxKGlpc2F0LDMpCiAgICAgIHAyMT1kYnVmMihpaXNhdCwx KQogICAgICByMjE9ZGJ1ZjIoaWlzYXQsMikKICAgICAgcDIyPWRidWYyKGlpc2F0LDMpCgog ICAgICBpZihyMTEuZ2UuZG51bGwpIHJldHVybgogICAgICBpZihyMjEuZ2UuZG51bGwpIHJl dHVybgoKKioqIHRoaW5ncyBhcmUgYWxsIHJpZ2h0IGFmdGVyIGFsbAoKICAgICAgZGdldD0u dHJ1ZS4KCiAgICAgIHJldHVybgogICAgICBlbmQKKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCioqKiBp bml0aWFsIHNjYW4gcm91dGluZXMgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKgoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAgICAgc3Vicm91dGluZSByZWNv bihuc2F0LG5lcG9jaCx0c3RydCx0c3RvcCxzdGFydCxzdG9wLGRlbHQsCiAgICAgKiAgICAg ICAgICAgICAgICAgaWNvbHMxLG5kYXQxLGFpZDEsaWNvbHMyLG5kYXQyLGFpZDIsY29vcmQp CgoqKiogcHJlbGltaW5hcnkgc2NhbiBvZiBmaWxlcyBmb3IgY3JpdGljYWwgaW5mb3JtYXRp b24KCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAgY2hh cmFjdGVyKjE0IG9zb3VyY2UKICAgICAgY2hhcmFjdGVyKjQgYWlkMSxhaWQyCiAgICAgIGRp bWVuc2lvbiBpY29sczEoMDo0KSxpY29sczIoMDo0KSxjb29yZCgyMCkKICAgICAgY29tbW9u L2x1cy9sc3QsbHBvcyxscmluMSxscmluMixsZXBoLGxvYnMKCiAgICAgIGxvZ2ljYWwgbDJs aW4xLGwybGluMgogICAgICBzYXZlIC9mbGFncy8KICAgICAgY29tbW9uL2ZsYWdzL2wybGlu MSxsMmxpbjIKCioqKiBpbml0aWFsaXplIGNvb3JkaW5hdGVzIGFuZCBvZmZzZXRzCgogICAg ICBkbyAzIGk9MSwyMAogICAgMyBjb29yZChpKT0wLmQwCgoqKiogc2NhbiBvcmJpdCBmb3Ig c3RhcnQvc3RvcCB0aW1lcyBhbmQgZXBvY2ggaW50ZXJ2YWwgKHNwMyBmb3JtYXQpCgogICAg ICByZWFkKGxlcGgsMSkgaXlyLGltbyxpZHksaWhyLGltbixzZWMsbmVwb2NoLG9zb3VyY2UK ICAgIDEgZm9ybWF0KDN4LGk0LDRpMyxmMTIuOCxpOCw3eCxhMTQpCiAgICAgIHJlYWQobGVw aCwyKSBkZWx0YXQKICAgIDIgZm9ybWF0KDIzeCxmMTUuOCkKICAgICAgd3JpdGUobHN0LCop ICdvcmJpdCByZWYgc3lzL3NvdXJjZSAtLSAnLG9zb3VyY2UKCioqKiBzZXQgaW5pdGlhbCBl cG9jaCBmb3IgYWxsIHN1YnNlcXVlbnQgdGltZSBjb21wdXRhdGlvbnMKCiAgICAgIGNhbGwg c2V0amQwKGl5cixpbW8saWR5KQogICAgICBjYWxsIGNpdmp0cyhpeXIsaW1vLGlkeSxpaHIs aW1uLHNlYyxvc3RydCkKICAgICAgb3N0b3A9b3N0cnQrZGVsdGF0KihuZXBvY2gtMSkKICAg ICAgd3JpdGUobHN0LCcoYSwyZjEwLjIsZjcuMixpNiknKSAnb3JiaXQgc3RydC9zdG9wLGRl bHQsbmVwaCAnLAogICAgICogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvc3Ry dCxvc3RvcCxkZWx0YXQsbmVwb2NoCioqKioqIGNhbGwganRzY2l2KG9zdG9wLGl5cixpbW8s aWR5LGlocixpbW4sc2VjKQoKKioqIHNjYW4gb2JzIGZpbGVzLCBnZXQgc3RhcnQvc3RvcCB0 aW1lcywgb2JzIGludGVydmFsLCBzYXQuIGxpc3QsIHBvcy4KCiAgICAgIGNhbGwgbmV3cHJu CiAgICAgIGxyaW49bHJpbjEKICAgICAgY2FsbCBvc2NhbihscmluLGFpZDEsdHN0cnQxLHRz dG9wMSxkZWx0MSxpY29sczEsbmRhdDEseDEseTEsejEsCiAgICAgKiAgICAgICAgICAgbDJs aW4xKQogICAgICB3cml0ZShsc3QsJyhhLDNmMTAuMiknKSAnZmlsZTEgIHN0YXJ0L3N0b3As IGludHJ2bCcsCiAgICAgKiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdHN0cnQx LHRzdG9wMSxkZWx0MQogICAgICBjb29yZCgxKT14MQogICAgICBjb29yZCgyKT15MQogICAg ICBjb29yZCgzKT16MQogICAgICByZXdpbmQobHJpbjEpCgogICAgICBscmluPWxyaW4yCiAg ICAgIGNhbGwgb3NjYW4obHJpbixhaWQyLHRzdHJ0Mix0c3RvcDIsZGVsdDIsaWNvbHMyLG5k YXQyLHgyLHkyLHoyLAogICAgICogICAgICAgICAgIGwybGluMikKICAgICAgd3JpdGUobHN0 LCcoYSwzZjEwLjIpJykgJ2ZpbGUyICBzdGFydC9zdG9wLCBpbnRydmwnLAogICAgICogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIHRzdHJ0Mix0c3RvcDIsZGVsdDIKICAgICAg Y29vcmQoNyk9eDIKICAgICAgY29vcmQoOCk9eTIKICAgICAgY29vcmQoOSk9ejIKICAgICAg cmV3aW5kKGxyaW4yKQoKKioqIGZpbmQgY29tbW9uIGRhdGEgaW50ZXJ2YWwgYW5kIG92ZXJs YXAgd2l0aCBvcmJpdCBpbnRlcnZhbAoqKiogZmluZCBjb21tb24gb2JzLiBpbnRlcnZhbCAo bWF4IG9mIGFsbCBvYnMuIGludGVydmFscykKKioqIGluc3VyZSBkYXRhIGludGVydmFscyBh cmUgY29tcGF0aWJsZSB3aXRoIHRoZSBvYnMgaW50ZXJ2YWwKCiAgICAgIHN0YXJ0PWRtYXgx KHRzdHJ0MSx0c3RydDIpCiAgICAgIHN0b3AgPWRtaW4xKHRzdG9wMSx0c3RvcDIpCiAgICAg IGRlbHQgPWRtYXgxKGRlbHQxLGRlbHQyKQoKICAgICAgZGVsdD1kYmxlKGlkbmludChkZWx0 KSkKICAgICAgc3RhcnQ9ZGVsdCppZG5pbnQoc3RhcnQvZGVsdCkKICAgICAgc3RvcCA9ZGVs dCppZG5pbnQoc3RvcCAvZGVsdCkKCiAgICAgIHdyaXRlKGxzdCwnKGEsM2YxMC4wKScpICdj b21tb24gc3RhcnQvc3RvcCwgaW50cnZsJywKICAgICAqICAgICAgICAgICAgICAgICAgICAg ICAgIHN0YXJ0LHN0b3AsZGVsdAogICAgICBpZihzdG9wLmxlLnN0YXJ0KSB0aGVuCiAgICAg ICAgd3JpdGUobHN0LCopICdyZWNlaXZlciBkYXRhIGRvIG5vdCBvdmVybGFwIC0tIGZhdGFs JwogICAgICAgIHN0b3AgNDM1ODcKICAgICAgZW5kaWYKCiAgICAgIHRpbnk9MC4yZDAKICAg ICAgaWYoc3RhcnQubHQub3N0cnQtdGlueS5vci5zdG9wLmd0Lm9zdG9wK3RpbnkpIHRoZW4K ICAgICAgICB3cml0ZShsc3QsKikgJ29yYml0IGludGVydmFsIHRvbyBzaG9ydCAtLSBmYXRh bCcKICAgICAgICB3cml0ZShsc3QsJyhhLDJmMTAuMCknKSAnb3JiaXQgc3RhcnQvc3RvcCAn LG9zdHJ0LG9zdG9wCiAgICAgICAgc3RvcCA0MzU4OAogICAgICBlbmRpZgoKKioqIGlkZW50 aWZ5IGludGVydmFsIGFuZCBlcG9jaCBudW1iZXIgZm9yIGVwaGVtZXJpcyBsb2FkCioqKiB0 aGUgZXBoZW1lcmlzIGludGVydmFsIGlzIHJlc2V0IGJhc2VkIG9uIHJlY2VpdmVkIGRhdGEK CiAgICAgIHRzdHJ0PShpZG5pbnQoc3RhcnQvZGVsdGF0KS05KSpkZWx0YXQKICAgICAgdHN0 b3A9KGlkbmludChzdG9wIC9kZWx0YXQpKzkpKmRlbHRhdAoKICAgICAgaWYodHN0cnQubHQu b3N0cnQpIHRzdHJ0PW9zdHJ0CiAgICAgIGlmKHRzdG9wLmd0Lm9zdG9wKSB0c3RvcD1vc3Rv cAoqKiogZm9yY2UgdGhlc2UgdGltZXMgdG8gb3JiaXQgaW50ZXJ2YWwgZ3JhbnVsYXJpdHkK ICAgICAgdHN0cnQ9KGlkbmludCgodHN0cnQtb3N0cnQpL2RlbHRhdCkpKmRlbHRhdCtvc3Ry dAogICAgICB0c3RvcD0oaWRuaW50KCh0c3RvcC1vc3RydCkvZGVsdGF0KSkqZGVsdGF0K29z dHJ0CiAgICAgIHdyaXRlKGxzdCwnKGEsMmYxMC4yKScpICdsb2RvcmIgc3RhcnQvc3RvcCcs dHN0cnQsdHN0b3AKICAgICAgbmVwb2NoPWlkbmludCgodHN0b3AtdHN0cnQpL2RlbHRhdCkr MQoKICAgICAgY2FsbCBudW1wcm4obnNhdCkKICAgICAgd3JpdGUobHN0LCopICdzYXRlbGxp dGVzIGFuZCBlcG9jaHMnLG5zYXQsbmVwb2NoCgogICAgICByZXR1cm4KICAgICAgZW5kCiAg ICAgIHN1YnJvdXRpbmUgb3NjYW4obHJpbixhaWQsdHN0cnQsdHN0b3AsZGVsdCxpY29scyxu ZGF0LHgseSx6LAogICAgICogICAgICAgICAgICAgICAgIGwybGluZSkKCioqKiBzY2FuIHJp bmV4IG9icyBmaWxlLCBhY2N1bXVsYXRlIHN0YXJ0L3N0b3AgdGltZXMsIG9icy4gaW50ZXJ2 YWwsCioqKiAgICBhbmQgc2F0ZWxsaXRlIGxpc3QKCioqKiA0LW1hci05NjogZm9yY2UgbXVs dGlwbGUgb2YgNSBzZWNvbmRzIGlmIGludGVydmFsIGdyZWF0ZXIgdGhhbiA1CiAgICAgIGlt cGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAgbG9naWNhbCBwdXRwcm4s bDJsaW5lCiAgICAgIGNoYXJhY3Rlcio4MCBjYXJkCiAgICAgIGNoYXJhY3Rlcio0IGFpZAog ICAgICBjaGFyYWN0ZXIqMiBhcyg5KQogICAgICBkaW1lbnNpb24gaWNvbHMoMDo0KQogICAg ICBwYXJhbWV0ZXIobXhzYXQ9MTIpCiAgICAgIGRpbWVuc2lvbiBpcHJucyhteHNhdCkKICAg ICAgY29tbW9uL2x1cy9sc3QsbHBvcyxscmluMSxscmluMixsZXBoLGxvYnMKCioqKiBpbml0 aWFsaXplIGFwcHJveGltYXRlIG1hcmtlciBwb3NpdGlvbgoKICAgICAgeD0wLmQwCiAgICAg IHk9MC5kMAogICAgICB6PTAuZDAKCioqKiBzY2FuIGhlYWRlciBmb3Igb2JzZXJ2YXRpb24g dHlwZSBkZXNjcmlwdGlvbiByZWNvcmQKCiAgIDEwIHJlYWQobHJpbiwxKSBjYXJkCiAgICAx IGZvcm1hdChhODApCiAgICAgIAoqKiogZXh0cmFjdCBtYXJrZXIgbmFtZQoKICAgICAgaWYo Y2FyZCg2MTo3MSkuZXEuJ01BUktFUiBOQU1FJykgdGhlbgogICAgICAgIGFpZD1jYXJkKDE6 NCkKICAgICAgICB3cml0ZShsc3QsKikgJ3N0YXRpb24gaWQgLS0gJyxhaWQKCioqKiBnZXQg YXBwcm94IHh5egoKICAgICAgZWxzZWlmKGNhcmQoNjE6NzkpLmVxLidBUFBST1ggUE9TSVRJ T04gWFlaJykgdGhlbgogICAgICAgIHJlYWQoY2FyZCwnKDNmMTQuNCknKSB4LHksegoKKioq IGdldCBhbnRlbm5hIGRoLGRlLGRuICAodGhpcyBpcyB1c2VsZXNzIGR1ZSB0byBkZWZpbml0 aW9uIHByb2JsZW1zCgogICAgICBlbHNlaWYoY2FyZCg2MTo4MCkuZXEuJ0FOVEVOTkE6IERF TFRBIEgvRS9OJykgdGhlbgogICAgICAgIGdvIHRvIDEwCgoqKiogZGV0ZXJtaW5lIHdoaWNo IGRhdGEgYXJlIGluIHdoaWNoIGNvbHVtbnMKKioqIGxvb2sgaW4gb3JkZXIgbDEsIHAxL2Mx LCBsMiwgcDIKKioqIChkZXNpZ24gcmVzdHJpY3Rpb24sIGRvIG5vdCBhbGxvdyBtb3JlIHRo YW4gNSB0eXBlcykKCiAgICAgIGVsc2VpZihjYXJkKDYxOjc5KS5lcS4nIyAvIFRZUEVTIE9G IE9CU0VSVicpIHRoZW4KICAgICAgICByZWFkKGNhcmQsJyhpNiknKSBuZGF0CiAgICAgICAg aWYobmRhdC5sZS4wKSBzdG9wIDM0OTg5CiAgICAgICAgaWYobmRhdC5ndC41KSB0aGVuCiAg ICAgICAgICBsMmxpbmU9LnRydWUuCioqKioqICAgICB3cml0ZShsc3QsKikgJzIgbGluZSBy aW5leCBmb3JtYXQgZGV0ZWN0ZWQnCiAgICAgICAgZWxzZQogICAgICAgICAgbDJsaW5lPS5m YWxzZS4KKioqKiogICAgIHdyaXRlKGxzdCwqKSAnMSBsaW5lIHJpbmV4IGZvcm1hdCBkZXRl Y3RlZCcKICAgICAgICBlbmRpZgogICAgICAgIHJlYWQoY2FyZCwzKSAoYXMoaSksaT0xLG5k YXQpCiAgICAzICAgZm9ybWF0KDZ4LDkoNHgsYTIpKQoKICAgICAgICBjYWxsIGFsb29rKCdM MScsYXMsbmRhdCxpKQogICAgICAgIGljb2xzKDEpPWkKCioqKiBkdWFsIGxvZ2ljLCBzb21l IHNhdHMgc2hvdyBQMSwgb3RoZXJzIHNob3cgQzEKCiAgICAgICAgY2FsbCBhbG9vaygnUDEn LGFzLG5kYXQsaSkKICAgICAgICBpZihpLmVxLjApIHRoZW4KICAgICAgICAgIGNhbGwgYWxv b2soJ0MxJyxhcyxuZGF0LGkpCiAgICAgICAgICBpY29scygyKT1pCiAgICAgICAgICBpY29s cygwKT0wCgoqKiogZm91bmQgUDEgKHN0aWxsIGNoZWNrIGZvciBDMSkKCiAgICAgICAgZWxz ZQogICAgICAgICAgaWNvbHMoMik9aQogICAgICAgICAgY2FsbCBhbG9vaygnQzEnLGFzLG5k YXQsaSkKICAgICAgICAgIGljb2xzKDApPWkKICAgICAgICBlbmRpZgoKICAgICAgICBjYWxs IGFsb29rKCdMMicsYXMsbmRhdCxpKQogICAgICAgIGljb2xzKDMpPWkKCiAgICAgICAgY2Fs bCBhbG9vaygnUDInLGFzLG5kYXQsaSkKICAgICAgICBpY29scyg0KT1pCgoqKiogZW5kIG9m IGhlYWRlcgoKICAgICAgZWxzZWlmKGNhcmQoNjE6NzMpLmVxLidFTkQgT0YgSEVBREVSJykg dGhlbgogICAgICAgIGdvIHRvIDkwMAogICAgICBlbmRpZgogICAgICBnbyB0byAxMAoKKioq IGVuZCBvZiBoZWFkZXIgZW5jb3VudGVyZWQgLS0gcHJvY2VlZCB3aXRoIHByb2Nlc3NpbmcK CiAgOTAwIGNvbnRpbnVlCgoqKiogcmVhZCB0aGUgZmlyc3QgZXBvY2ggKGFuZCBnZXQgc3Rh cnQgdGltZSkKKioqIG5vdGU6IGNvZGUgYXNzdW1lcyBubyBtb3JlIHRoYW4gbXhzYXQoMTIp IHNhdGVsbGl0ZXMgcGVyIGVwb2NoCioqKiBpcHJucygpIGlzIHRoZSBidWZmZXIgdG8gaG9s ZCBvbmUgcmVjb3JkIG9mIHBybiBudW1iZXJzCiAKICAgICAgcmVhZChscmluLDIpIGl5cixp bW8saWR5LGlocixpbW4sc2VjLGllcGZsZyxucHJuLGlwcm5zLHJvZmYKICAgIDIgZm9ybWF0 KDVpMyxmMTEuNyxpMyxpMywxMigxeCxpMiksZjEyLjkpCiAgICAgIGlmKGl5ci5sdC44MCkg dGhlbgogICAgICAgIGl5cj1peXIrMjAwMAogICAgICBlbHNlaWYoaXlyLmxlLjk5KSB0aGVu CiAgICAgICAgaXlyPWl5cisxOTAwCiAgICAgIGVuZGlmCiAgICAgIGlmKG5wcm4ubGUuMC5v ci5ucHJuLmd0Lm14c2F0KSBzdG9wIDI0MzA3CiAgICAgIGNhbGwgY2l2anRzKGl5cixpbW8s aWR5LGlocixpbW4sc2VjLHRzdHJ0KQogICAgICB0c2VjeD10c3RydAoKICAgICAgZG8gMTA0 IGk9MSxucHJuCiAgICAgICAgaWYoaXBybnMoaSkuZ3QuMCkgdGhlbgogICAgICAgICAgaWYo Lm5vdC5wdXRwcm4oaXBybnMoaSksaWR1cCkpIHRoZW4KICAgICAgICAgICAgaWYoaWR1cC5l cS4wKSB0aGVuCiAgICAgICAgICAgICAgd3JpdGUobHN0LCopICdwcm4gdGFibGUgb3ZlcmZs b3cnCiAgICAgICAgICAgICAgc3RvcCAzMjg5OAogICAgICAgICAgICBlbmRpZgogICAgICAg ICAgZW5kaWYKICAgICAgICBlbmRpZgogIDEwNCBjb250aW51ZQoKKioqIGJ5cGFzcyB0aGUg ZGF0YSByZWNvcmRzIGZvciBub3cKCiAgICAgIGRvIDEwNSBpPTEsbnBybgogICAgICAgIHJl YWQobHJpbiwxKSBjYXJkCiAgICAgICAgaWYobDJsaW5lKSByZWFkKGxyaW4sMSkgY2FyZAog IDEwNSBjb250aW51ZQoKKioqIHJlYWQgc3Vic2VxdWVudCBlcG9jaCwgdXBkYXRlIHRoZSBl bmQgdGltZSwgYWNjdW11bGF0ZSBkZWx0J3MKKioqIG5vdGU6IGNvZGUgYXNzdW1lcyBubyBt b3JlIHRoYW4gbXhzYXQoMTIpIHNhdGVsbGl0ZXMgcGVyIGVwb2NoCioqKiBpcHJucygpIGlz IHRoZSBidWZmZXIgdG8gaG9sZCBvbmUgcmVjb3JkIG9mIHBybiBudW1iZXJzCgogICAgICBu PTAKICAgICAgZGVsdD0wLmQwCiAgMTAxIHJlYWQobHJpbiwyLGVuZD03NzcsZXJyPTY2Nikg aXlyLGltbyxpZHksaWhyLGltbixzZWMsCiAgICAgKiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgaWVwZmxnLG5wcm4saXBybnMscm9mZgogICAgICBpZihpeXIubHQuODApIHRoZW4K ICAgICAgICBpeXI9aXlyKzIwMDAKICAgICAgZWxzZWlmKGl5ci5sZS45OSkgdGhlbgogICAg ICAgIGl5cj1peXIrMTkwMAogICAgICBlbmRpZgogICAgICBpZihucHJuLmxlLjAub3IubnBy bi5ndC5teHNhdCkgc3RvcCAyNDMwOAogICAgICBjYWxsIGNpdmp0cyhpeXIsaW1vLGlkeSxp aHIsaW1uLHNlYyx0c3RvcCkKICAgICAgbj1uKzEKICAgICAgZGVsdD1kZWx0Kyh0c3RvcC10 c2VjeCkKICAgICAgdHNlY3g9dHN0b3AKCiAgICAgIGRvIDEwMiBpPTEsbnBybgogICAgICAg IGlmKGlwcm5zKGkpLmd0LjApIHRoZW4KICAgICAgICAgIGlmKC5ub3QucHV0cHJuKGlwcm5z KGkpLGlkdXApKSB0aGVuCiAgICAgICAgICAgIGlmKGlkdXAuZXEuMCkgdGhlbgogICAgICAg ICAgICAgIHdyaXRlKGxzdCwqKSAncHJuIHRhYmxlIG92ZXJmbG93JwogICAgICAgICAgICAg IHN0b3AgMzI4OTkKICAgICAgICAgICAgZW5kaWYKICAgICAgICAgIGVuZGlmCiAgICAgICAg ZW5kaWYKICAxMDIgY29udGludWUKCioqKiBieXBhc3MgdGhlIGRhdGEgcmVjb3JkcyBmb3Ig bm93CgogICAgICBkbyAxMDMgaT0xLG5wcm4KICAgICAgICByZWFkKGxyaW4sMSkgY2FyZAog ICAgICAgIGlmKGwybGluZSkgcmVhZChscmluLDEpIGNhcmQKICAxMDMgY29udGludWUKICAg ICAgZ28gdG8gMTAxCgoqKiogZW5kIG9mIGZpbGUgZW5jb3VudGVyZWQgLS0gZ2V0IGF2ZXJh Z2Ugb2JzIGludGVydmFsCioqKiBub3RlOiAgZm9yY2UgbXVsdGlwbGUgb2YgNSBzZWNvbmRz IGlmIGludGVydmFsIGdyZWF0ZXIgdGhhbiA1CgogIDc3NyBkZWx0PWRlbHQvZGJsZShuKQog ICAgICBpZihkZWx0Lmd0LjUuMWQwKSB0aGVuCiAgICAgICAgaWRlbHQ9aWRuaW50KGRlbHQv NS5kMCkKICAgICAgICBkZWx0PTUuZDAqaWRlbHQKICAgICAgZW5kaWYKICAgICAgcmV0dXJu CgoqKioKKioqIGVycm9yIGhhbmRsZXIgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKgoqKioKCiAgNjY2IHdyaXRlKCosKikgJ3JlYWQgZXJyb3IgZW5j b3VudGVyZWQgLS0gc2VlIC5sc3QnCiAgICAgIHdyaXRlKGxzdCwqKSAnbGFzdCB2YWxpZCBk YXRhIGhlYWRlciB3YXM6JwogICAgICB3cml0ZShsc3QsJyg1aTMsZjkuMyxhKScpIGl5cixp bW8saWR5LGlocixpbW4sc2VjLCcgd2FzIE9LJwogICAgICBzdG9wIDY2NjYzCiAgICAgIHJl dHVybgogICAgICBlbmQKICAgICAgc3Vicm91dGluZSBhbG9vayhhLGFzLG5kYXQsaXZhbCkK CioqKiBzZWFyY2ggYXJyYXkgb2YgY2hhcmFjdGVyIGNvZGVzIGZvciBvYnNlcnZhdGlvbiB0 eXBlcwoKICAgICAgY2hhcmFjdGVyKjIgYSxhcyhuZGF0KQoKICAgICAgZG8gMSBpPTEsbmRh dAogICAgICAgIGlmKGEuZXEuYXMoaSkpIHRoZW4KICAgICAgICAgIGl2YWw9aQogICAgICAg ICAgcmV0dXJuCiAgICAgICAgZW5kaWYKICAgIDEgY29udGludWUKCioqKiBmZWxsIHRocnUg bG9vcCAtLSBjb2RlIG5vdCBwcmVzZW50CgogICAgICBpdmFsPTAKCiAgICAgIHJldHVybgog ICAgICBlbmQKKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqCioqKiBjb21wdXRlIHNhdGVsbGl0ZSByZWZl cmVuY2UgdGFibGUgKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgoqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioKICAgICAgc3Vicm91dGluZSBtYWtyc3QoZHN0cnQsZHN0b3AsZGVsdCxj b29yZCxvcmJpdHMsbnNhdCkKCioqKiBjb21wdXRlIHNhdGVsbGl0ZSByZWZlcmVuY2UgdGFi bGUKKioqIGJ1aWxkIHRhYmxlIGJhc2VkIG9uIHNhdGVsbGl0ZXMgd2l0aCBoaWdoZXN0IHZl cnRpY2FsIGFuZ2xlCioqKiB0aGlzIHZlcnNpb24gdXNlcyBvcmlnaW5hbCBkYXRhIHNwYWNp bmcgKGNhbiBiZSBjaGFuZ2VkKQogCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24o YS1oLG8teikKICAgICAgcGFyYW1ldGVyKHRpbnk9MS5kLTEpCiAgICAgIGxvZ2ljYWwgb3Rl cnAscHV0cnMseHl6Z2VvCiAgICAgIGV4dGVybmFsIGludnBybgogICAgICBkaW1lbnNpb24g Y29vcmQoMjApCiAgICAgIHBhcmFtZXRlcihteHNhdD0xMikKICAgICAgZGltZW5zaW9uIG9y Yml0cygqKQogICAgICBjb21tb24vbHVzL2xzdCxscG9zLGxyaW4xLGxyaW4yLGxlcGgsbG9i cwoKKioqIGluaXRpYWxpemUgdGhlIHJlZmVyZW5jZSBzYXRlbGxpdGUgdGFibGUKCiAgICAg IGNhbGwgb3BlbnJzCgoqKiogdXNlIGwxIHBoYXNlIGNlbnRlciBmb3IgcG9pbnQgMSAgKHJ4 IC0tIHJlY2VpdmVyKQoqKiogbGF0L2xvbiB1c2VkIHRvIHJvdGF0ZSBhbnQvc2F0LiB2ZWN0 b3IgaW50byBsLmgucy4gZm9yIHZlcnQuYW5nLgoKICAgICAgeHJ4PWNvb3JkKDQpCiAgICAg IHlyeD1jb29yZCg1KQogICAgICB6cng9Y29vcmQoNikKICAgICAgaWYoLm5vdC54eXpnZW8o eHJ4LHlyeCx6cngsZ2xhLGdsbyxlaHQpKSBzdG9wIDkzMjc4CgoqKiogbWFzdGVyIGxvb3Ag b3ZlciBhbGwgZGF0YSBlcG9jaHMgLS0gaW5uZXIgbG9vcCBvdmVyIHBybiB0YWJsZQoqKiog dXNlIGNvYXJzZSBpbmNyZW1lbnQgZm9yIHRoaXMgdGFibGUsIHRhcmdldCBkZWx0ID0gdGFy Z2R0CgogICAgICB0YXJnZHQ9NS5kMCo2MC5kMAogICAgICBpZmFjPWlkbmludCh0YXJnZHQv ZGVsdCkKICAgICAgaWYoaWZhYy5sZS4xKSB0aGVuCiAgICAgICAgZGVsdDI9ZGVsdAogICAg ICBlbHNlCiAgICAgICAgZGVsdDI9aWZhYypkZWx0CiAgICAgIGVuZGlmCgogICAgICB0c2Vj PWRzdHJ0CiAgMTAwIGlmKHRzZWMubGUuZHN0b3ArdGlueSkgdGhlbgogICAgICAgIHZhZG14 PTAuZDAKICAgICAgICBpaXBybj0wCiAgICAgICAgZG8gMTAgaT0xLG5zYXQKICAgICAgICAg IGlmKC5ub3Qub3RlcnAoaW52cHJuKGkpLHRzZWMsb3JiaXRzLHgseSx6LGR0LGllcnIpKSB0 aGVuCiAgICAgICAgICAgIHdyaXRlKGxzdCwqKSAnb3RlcnAgZXJyb3IgaW4gbWFrcnN0LS0n LGllcnIsaW52cHJuKGkpLHRzZWMKICAgICAgICAgICAgc3RvcCAzNDk1OAogICAgICAgICAg ZW5kaWYKICAgICAgICAgIGNhbGwgY29tdmFkKGdsYSxnbG8seHJ4LHlyeCx6cngseCx5LHos dmFkKQogICAgICAgICAgaWYodmFkLmd0LnZhZG14KSB0aGVuCiAgICAgICAgICAgIHZhZG14 PXZhZAogICAgICAgICAgICBpaXBybj1pCiAgICAgICAgICBlbmRpZgogICAxMCAgIGNvbnRp bnVlCiAgICAgICAgaWYoaWlwcm4uZXEuMCkgc3RvcCAzMjg3NQoKKioqIHN0b3JlIGludGVy bmFsIHBybiBpbnRvIHRhYmxlCgogICAgICAgIGlmKC5ub3QucHV0cnMoaWlwcm4sdHNlYyxu c3ZydCkpIHRoZW4KICAgICAgICAgIHdyaXRlKGxzdCwqKSAncmVmIHNhdCB0YWJsZSBvdmVy ZmxvdyBhdCAnLHRzZWMKICAgICAgICAgIHN0b3AgODc0MzUKICAgICAgICBlbmRpZgoKICAg ICAgICB0c2VjPXRzZWMrZGVsdDIKICAgICAgICBnbyB0byAxMDAKICAgICAgZW5kaWYKCioq KiBzdG9yZSBsYXN0IGludGVybmFsIHBybiB0byBmb3JjZSBzdG9wIHRpbWUgKGRlbHQgdnMu IGRlbHQyKQoKICAgICAgaWYoLm5vdC5wdXRycyhpaXBybixkc3RvcCxuc3ZydCkpIHN0b3Ag ODc0MzYKICAgICAgd3JpdGUobHN0LCopIG5zdnJ0LCcgZW50cmllcyBpbiByZWZlcmVuY2Ug c2F0ZWxsaXRlIHRhYmxlJwogICAgICBjYWxsIGR1bXBycwoKKioqIGNvbmRlbnNlIHRoZSB0 YWJsZSAgKG5vdCBpbXBsZW1lbnRlZCkKCiAgICAgIHJldHVybgogICAgICBlbmQKICAgICAg c3Vicm91dGluZSBjb212YWQoZ2xhLGdsbyx4MSx5MSx6MSx4Mix5Mix6Mix2YWQpCgoqKiog Y29tcHV0ZSB2ZXJ0aWNhbCBhbmdsZSBmcm9tIHBvaW50IDEgdG8gcG9pbnQgMgoqKiogaW5w dXQgaW4gbWV0ZXJzIChsYXQvbG9uIGluIHJhZGlhbnMpLCBvdXRwdXQgaW4gZGVncmVlcwoK ICAgICAgaW1wbGljaXQgZG91YmxlIHByZWNpc2lvbihhLWgsby16KQogICAgICBjb21tb24v c3R1Z2cvcGkscmFkLHNvbCxmMSxmMix3MSx3Mix3ZQoKICAgICAgZHg9eDIteDEKICAgICAg ZHk9eTIteTEKICAgICAgZHo9ejItejEKICAgICAgY2FsbCByZ2UoZ2xhLGdsbyxkbixkZSxk dSxkeCxkeSxkeikKCiAgICAgIGRzPWRzcXJ0KGRuKmRuK2RlKmRlKQogICAgICB2YT1kYXRh bihkdS9kcykKICAgICAgdmFkPXZhKnJhZAoKICAgICAgcmV0dXJuCiAgICAgIGVuZAoqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioKKioqIHRyb3Bvc3BoZXJlIGhhbmRsZXJzICoqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgog ICAgICBzdWJyb3V0aW5lIGluaW1ldChseWVzbm8pCgoqKiogaW5pdGlhbGl6ZSBtZXQgc3R1 ZmYKCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAgbG9n aWNhbCBseWVzbm8KCiAgICAgIHNhdmUgIC9tZXRzdGYvCiAgICAgIGxvZ2ljYWwgbHRyb3Bv CiAgICAgIGNvbW1vbi9tZXRzdGYvYnB4eCxyaHh4LHRjeHgsbHRyb3BvCgoqKiogZGVmYXVs dCBtZXQgLS0gYmFyb20uIHByZXNzLiAgMTAxMyBtYmFyCioqKiAgICAgICAgICAgICAtLSBy ZWwuIGh1bWlkaXR5ICAwLjUKKioqICAgICAgICAgICAgIC0tIHN1cmYuIHRlbXAoYykgIDIw IGRlZy4gY2Vsc2l1cwoKICAgICAgYnB4eD0xMDEzLmQwCiAgICAgIHJoeHg9MC41ZDAKICAg ICAgdGN4eD0yMC5kMAoKKioqIGRvIHdlIGNvbXB1dGUgbWV0PyAoeWVzL25vKQoKICAgICAg bHRyb3BvPWx5ZXNubwoKICAgICAgcmV0dXJuCiAgICAgIGVuZAogICAgICBzdWJyb3V0aW5l IGdldHRkbChnbGEsb2h0LHYsdGRlbGF5KQoKKioqIGNvbXB1dGUgdHJvcG8gZGVsYXkgaW4g bWV0ZXJzCgoqKiogbm90ZToganVzdCB1c2UgZGVmYXVsdCBtZXQgdmFsdWVzCgogICAgICBp bXBsaWNpdCBkb3VibGUgcHJlY2lzaW9uKGEtaCxvLXopCgogICAgICBzYXZlICAvbWV0c3Rm LwogICAgICBsb2dpY2FsIGx0cm9wbwogICAgICBjb21tb24vbWV0c3RmL2JweHgscmh4eCx0 Y3h4LGx0cm9wbwoKICAgICAgaWYoLm5vdC5sdHJvcG8pIHRoZW4KICAgICAgICB0ZGVsYXk9 MC5kMAogICAgICAgIHJldHVybgogICAgICBlbmRpZgoKKioqIHVzZSBkZWZhdWx0IG1ldCB2 YWx1ZXMgLS0gcmVhZCByaW5leCBzb21lZGF5CgogICAgICBicD1icHh4CiAgICAgIHJoPXJo eHgKICAgICAgdGM9dGN4eAoKKioqIGRvIHRoZSB3b3JrIGFuZCBnZXQgdGRlbGF5IGluIG1l dGVycwoKICAgICAgY2FsbCB0cm9wbyhicCxyaCx0YyxnbGEsb2h0LHYsdGRlbGF5KQoKICAg ICAgcmV0dXJuCiAgICAgIGVuZAogICAgICBzdWJyb3V0aW5lIHRyb3BvKGJwLHJoLHRzLGds YSxvaHQsdix0ZGVsYXkpCgoqKiogY29tcHV0ZSB0cm9wb3NwaGVyZSBkZWxheSAoc2Fhc3Rh bW9pbmVuIHdpdGggaGVycmluZyBtYXBwaW5nKQoKICAgICAgaW1wbGljaXQgZG91YmxlIHBy ZWNpc2lvbihhLWgsby16KQogICAgICBkb3VibGUgcHJlY2lzaW9uIGxoeixsd3osbWgsbXcK CioqKiB2ICAgICAgLS0gdmVydGljYWwgYW5nbGUgKHJhZGlhbnMpCioqKiBnbGEgICAgLS0g Z2VvZGV0aWMgbGF0aXR1ZGUgKHJhZGlhbnMpCioqKiBvaHQgICAgLS0gb3J0aG9tZXRyaWMg aGVpZ2h0IG9mIHJjdnIuIChtZXRlcnMpCioqKiB0cyAgICAgLS0gc3VyZmFjZSB0ZW1wZXJh dHVyZSAgICAgICAgIChjZW50aWdyYWRlKQoKKioqIHNhbml0eSBjaGVja3MKCiAgICAgIGlm KGJwIC5sdC4gICA5MDAuZDAgLm9yLiBicCAuZ3QuIDExMDAuZDApIHN0b3AgODAwMDEKICAg ICAgaWYocmggLmx0LiAgICAgMC5kMCAub3IuIHJoIC5ndC4gICAgMS5kMCkgc3RvcCA4MDAw MgogICAgICBpZih0cyAubHQuICAgLTUwLmQwIC5vci4gdHMgLmd0LiAgIDUwLmQwKSBzdG9w IDgwMDAzCiAgICAgIGlmKGdsYS5sdC4gLTEuNTcxZDAgLm9yLiBnbGEuZ3QuIDEuNTcxZDAp IHN0b3AgODAwMDQKICAgICAgaWYob2h0Lmx0LiAgLTE1MC5kMCAub3IuIG9odC5ndC4gNTAw MC5kMCkgc3RvcCA4MDAwNQogICAgICBpZih2ICAubHQuICAgICAwLmQwIC5vci4gdiAgLmd0 LiAxLjU3MWQwKSBzdG9wIDgwMDA2CgoqKioKKioqIHplbml0aCBkZWxheSBzZWN0aW9uIC0t IHNhYXN0YW1vaW5lbgoqKioKCiAgICAgIGNhbGwgc2Fhc3QoYnAscmgsdHMsZ2xhLG9odCxs aHosbHd6KQoKKioqCioqKiBtYXBwaW5nIGZ1bmN0aW9uIHNlY3Rpb24KKioqIGhlcnJpbmc6 IDE5OTIsIHJlZnJhY3Rpb24gb2YgdHJhbnNhdG1vc3BoZXJpYyBzaWduYWxzIGluIGdlb2Rl c3kKKioqIG5vdGU6IG1hcHBpbmcgZmNucyBkZXJpdmVkOiBsYXQgMjdOLTY1TiwgYW5kIGh0 LiAwLTEuNiBrbQoqKioKCioqKiBocyAtLSBvcnRob21ldHJpYyBoZWlnaHQgb2YgcmN2ci4g KGtpbG9tZXRlcnMpCgogICAgICBocz1vaHQvMTAwMC5kMAoKICAgICAgc2luZT1kc2luKHYp CiAgICAgIGNnbGE9ZGNvcyhnbGEpCiAgICAgIHRzMTA9dHMtMTAuZDAKCioqKiBoeWRyb3N0 YXRpYyBtYXBwaW5nIGZjbiAgKGhlcnJpbmcgZXEuIDgpICAoUk1TIH4gMy0xMCBtbSkKCiAg ICAgIGFoPSgxLjIzMzBkMCswLjAxMzlkMCpjZ2xhLTAuMDIwOWQwKmhzKzAuMDAyMTVkMCp0 czEwKSoxLmQtMwogICAgICBiaD0oMy4xNjEyZDAtMC4xNjAwZDAqY2dsYS0wLjAzMzFkMCpo cyswLjAwMjA2ZDAqdHMxMCkqMS5kLTMKICAgICAgY2g9KDcxLjI0NGQwLTQuMjkzMGQwKmNn bGEtMC4xNDkwZDAqaHMtMC4wMDIxMGQwKnRzMTApKjEuZC0zCgogICAgICBtaD0oMS5kMCth aC8oMS5kMCtiaC8oMS5kMCtjaCkpKS8KICAgICAqICAgKHNpbmUrYWgvKHNpbmUrYmgvKHNp bmUrY2gpKSkKCgoqKiogd2V0IG1hcHBpbmcgZmNuICAoaGVycmluZyBlcS4gOSkKCiAgICAg IGF3PSgwLjU4M2QwLTAuMDExZDAqY2dsYS0wLjA1MmQwKmhzKzAuMDAxNGQwKnRzMTApKjEu ZC0zCiAgICAgIGJ3PSgxLjQwMmQwLTAuMTAyZDAqY2dsYS0wLjEwMWQwKmhzKzAuMDAyMGQw KnRzMTApKjEuZC0zCiAgICAgIGN3PSg0NS44NWQwLTEuOTEwZDAqY2dsYS0xLjI5MGQwKmhz KzAuMDE1MGQwKnRzMTApKjEuZC0zCgogICAgICBtdz0oMS5kMCthdy8oMS5kMCtidy8oMS5k MCtjdykpKS8KICAgICAqICAgKHNpbmUrYXcvKHNpbmUrYncvKHNpbmUrY3cpKSkKCioqKgoq KiogdG90YWwgYXRtb3NwaGVyaWMgZGVsYXkgIChoZXJyaW5nIGVxIDMpCioqKgoKICAgICAg dGRlbGF5PWxoeiptaCtsd3oqbXcKCiAgICAgIHJldHVybgogICAgICBlbmQKICAgICAgc3Vi cm91dGluZSBzYWFzdChicCxyaCx0YyxnbGEsb2h0LGRyeXplbix3ZXR6ZW4pCgoqKiogY29t cHV0ZSB3ZXQgYW5kIGRyeSB6ZW5pdGggZGVsYXkgdXNpbmcgdGhlIHNhYXN0YW1vaW5lbiBm b3JtdWxhCgoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioKKiBpbnB1dAoqIGJwICAgIGJhcm9tZXRyaWMg cHJlc3N1cmUgW21pbGxpYmFyc10KKiByaCAgICByZWxhdGl2ZSBodW1pZGl0eSAgIFswLjAg LS0+IDEuMF0KKiB0YyAgICB0ZW1wZXJhdHVyZSAgICAgICAgIFtjZW50aWdyYWRlXQoqIGds YSAgIHNpdGUgbGF0aXR1ZGUgICAgICAgW3JhZGlhbnNdCiogb2h0ICAgb3J0aG9tZXRyaWMg aGVpZ2h0ICBbbV0KKgoqIG91dHB1dAoqIGRyeXplbiAgZHJ5IGF0bW9zcGhlcmUgemVuaXRo IHBhdGggZGVsYXkgW21dCiogd2V0emVuICB3ZXQgemVuaXRoIGRlbGF5IFttXQoqCiogIDg3 LTAyLTE1LCB3cml0dGVuIGJ5OiAgIGouIGwuIGRhdmlzCiogIDkxLTAxLTA5LCBtc3MsIHN0 YW5kYXJkIGhlYWRlci4gIHJlbW92ZSB2bGJpIHNwZWNpZmljIGNvZGUKKiAgOTYtMDQtMTEs IGRnbSwgY29tYmluZWQgd2V0IGFuZCBkcnksIGFuZCBkZWxldGVkIGRlcml2YXRpdmUgc3R1 ZmYKKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqCgogICAgICBpbXBsaWNpdCBkb3VibGUgcHJlY2lzaW9u IChhLWgsby16KQoKKioqIHNhYXN0YW1vaW5lbidzIGZ1bmN0aW9uIGZvciBncmF2aXR5Cgog ICAgICBmZ3Jhdj0xLmQwLTAuMDAyNjZkMCpkY29zKDIuZDAqZ2xhKS0wLjAwMDI4ZC0wMypv aHQKCioqKiB3YXRlciB2YXBvciBwYXJ0aWFsIHByZXNzdXJlIGluIG1iYXJzICAgKHByb3Bv cnRpb25hbCB0byByaCkKCiAgICAgIHRrPXRjKzI3My4xNWQwCiAgICAgIHBwPXJoKjYuMTFk MCoodGsvMjczLjE1ZDApKiooLTUuM2QwKSpkZXhwKDI1LjJkMCp0Yy90aykKCioqKiB6ZW5p dGggZGVsYXlzCgogICAgICB3ZXR6ZW49MC4wMDIyNzY4ZDAqKDEyNTUuZDAvdGsrMC4wNWQw KSpwcC9mZ3JhdgogICAgICBkcnl6ZW49MC4wMDIyNzY4ZDAqICAgICAgICAgICAgICAgICAg ICBicC9mZ3JhdgoKICAgICAgcmV0dXJuCiAgICAgIGVuZAoqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioK KioqIG1hcmtlciBhbmQgYW50ZW5uYSBwb3NpdGlvbiAqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgogICAgICBzdWJyb3V0aW5l IGxvZHBvcyhjb29yZCxhaWQxLGFpZDIpCgoqKiogZ2V0IHByZWNpc2UgY29vcmRpbmF0ZXMg ZnJvbSB0aGUgbHBvcyBmaWxlCioqKiBwcmVjaXNlIGNvb3JkaW5hdGVzIG1heSBub3QgYmUg YXZhaWxhYmxlIGZvciBwb2ludDIKCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24o YS1oLG8teikKICAgICAgY2hhcmFjdGVyKjQgYWlkMSxhaWQyCiAgICAgIGxvZ2ljYWwgcHNj YW4KICAgICAgZGltZW5zaW9uIGNvb3JkKDIwKQogICAgICBjb21tb24vbHVzL2xzdCxscG9z LGxyaW4xLGxyaW4yLGxlcGgsbG9icwoKKioqIHN0b3JhZ2Ugc2NoZW1lIGZvciBjb29yZCgp CioqKgoqKiogIDEgIDIgIDMgICAgICAgWCBZIFogIHBvaW50IDEgbWFya2VyCioqKiAgNCAg NSAgNiAgICAgICBYIFkgWiAgcG9pbnQgMSBhbnRlbm5hLCBMMQoqKiogIDcgIDggIDkgICAg ICAgWCBZIFogIHBvaW50IDIgbWFya2VyICAgICAgIChtYXkgYmUgYXBwcm94KQoqKiogMTAg MTEgMTIgICAgICAgWCBZIFogIHBvaW50IDIgYW50ZW5uYSwgTDEgIChtYXkgYmUgYXBwcm94 KQoKKioqIDEzIDE0IDE1IDE2ICAgIGRsMSxkbDIsZG4sZGUgIHBvaW50IDEgb2Zmc2V0cwoq KiogMTcgMTggMTkgMjAgICAgZGwxLGRsMixkbixkZSAgcG9pbnQgMiBvZmZzZXRzCgogICAg ICByZXdpbmQobHBvcykKICAgICAgaWYoLm5vdC5wc2NhbihhaWQxLHgseSx6KSkgdGhlbgog ICAgICAgIHdyaXRlKGxzdCwqKSAnd2FybmluZyAtLScsYWlkMSwnIC0tIGlkIG5vdCBmb3Vu ZCBpbiBwb3MgZmlsZScKICAgICAgICB3cml0ZShsc3QsKikgJ3RoaXMgaXMgbm90IGdvb2Qg LS0gcG9pbnQgMiB1bnJlbGlhYmxlJwogICAgICBlbHNlCiAgICAgICAgY29vcmQoMSk9eAog ICAgICAgIGNvb3JkKDIpPXkKICAgICAgICBjb29yZCgzKT16CiAgICAgIGVuZGlmCgoqKiog cG9pbnQyCgogICAgICByZXdpbmQobHBvcykKICAgICAgaWYoLm5vdC5wc2NhbihhaWQyLHgs eSx6KSkgdGhlbgogICAgICAgIHdyaXRlKGxzdCwqKSAnaW5mbyAgICAtLScsYWlkMiwnIC0t IGlkIG5vdCBmb3VuZCBpbiBwb3MgZmlsZScKICAgICAgZWxzZQogICAgICAgIGNvb3JkKDcp PXgKICAgICAgICBjb29yZCg4KT15CiAgICAgICAgY29vcmQoOSk9egogICAgICBlbmRpZgoK ICAgICAgcmV0dXJuCiAgICAgIGVuZAogICAgICBsb2dpY2FsIGZ1bmN0aW9uIHBzY2FuKGFp ZCx4LHkseikKCioqKiBzY2FuIHRoZSBwb3MgZmlsZSBmb3IgNCBjaGFyIGlkIGFuZCBnZXQg eCx5LHoKCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAg Y2hhcmFjdGVyKjgwIGNhcmQxLGNhcmQyCiAgICAgIGNoYXJhY3Rlcio0IGFpZAogICAgICBj aGFyYWN0ZXIqNyBhc2xhLGFzbG8sYWVodAogICAgICBjaGFyYWN0ZXIqMSBhZGxhLGFkbG8K ICAgICAgY29tbW9uL2x1cy9sc3QsbHBvcyxscmluMSxscmluMixsZXBoLGxvYnMKICAgICAg Y29tbW9uL3N0dWdnL3BpLHJhZCxzb2wsZjEsZjIsdzEsdzIsd2UKCioqKiBsb29wIHVudGls IGVuZCBvZiBmaWxlIC0tIGNhcmRzIG11c3QgYmUgcGFpcndpc2UKCiAgMTAwIHJlYWQobHBv cywxLGVuZD03NzcpIGNhcmQxCiAgICAgIHJlYWQobHBvcywxKSAgICAgICAgIGNhcmQyCiAg ICAxIGZvcm1hdChhODApCiAgICAgIGlmKGNhcmQxKDc6MTApLm5lLicqODAqJykgc3RvcCA0 MzU4OAogICAgICBpZihjYXJkMig3OjEwKS5uZS4nKjg2KicpIHN0b3AgNDM1ODkKCiAgICAg IGlmKGFpZC5lcS5jYXJkMSgxOjQpKSB0aGVuCiAgICAgICAgaWYoY2FyZDEoNDU6NTUpLmVx LicgICAgICAgICAgICcgLm9yLgogICAgICogICAgIGNhcmQxKDU3OjY4KS5lcS4nICAgICAg ICAgICAgJy5vci4KICAgICAqICAgICBjYXJkMig0Njo1MikuZXEuJyAgICAgICAnICAgICAp IHRoZW4KICAgICAgICAgIHg9MC5kMAogICAgICAgICAgeT0wLmQwCiAgICAgICAgICB6PTAu ZDAKICAgICAgICBlbHNlCiAgICAgICAgICByZWFkKGNhcmQxLDUxKSBpZGxhLGltbGEsYXNs YSxhZGxhLGlkbG8saW1sbyxhc2xvLGFkbG8KICAgNTEgICAgIGZvcm1hdCg0NHgsMmkyLGE3 LGExLGkzLGkyLGE3LGExKQogICAgICAgICAgcmVhZChjYXJkMiw1MikgYWVodAogICA1MiAg ICAgZm9ybWF0KDQ1eCxhNykKCiAgICAgICAgICBjYWxsIG5ibGFuayhhc2xhLDUsaWJsaykK ICAgICAgICAgIGNhbGwgbmJsYW5rKGFzbG8sNSxpYmxrKQogICAgICAgICAgcmVhZChhc2xh LDU0KSBpc2xhCiAgICAgICAgICByZWFkKGFzbG8sNTQpIGlzbG8KICAgNTQgICAgIGZvcm1h dChpNykKCiAgICAgICAgICBjYWxsIG5ibGFuayhhZWh0LDMsaWJsaykKICAgICAgICAgIHJl YWQoYWVodCw1NSkgZWh0CiAgIDU1ICAgICBmb3JtYXQoZjcuMykKCioqKiBsYXRpdHVkZXMg YXJlIHBvc2l0aXZlIG5vcnRoIGluIGRlY2ltYWwgZGVncmVlcwoqKiogbG9uZ2l0dWRlcyBh cmUgcG9zaXRpdmUgZWFzdCBpbiBkZWNpbWFsIGRlZ3JlZXMgWzAgLT4gMzYwXQogCiAgICAg ICAgICBkbGE9ZGJsZShpZGxhKStpbWxhLzYwLmQwK2lzbGEvMzYwMC5kNQogICAgICAgICAg aWYoYWRsYS5lcS4ncycub3IuYWRsYS5lcS4nUycpIGRsYT05MC5kMC1kbGEKICAgICAgICAg IGRsbz1kYmxlKGlkbG8pK2ltbG8vNjAuZDAraXNsby8zNjAwLmQ1CiAgICAgICAgICBpZihh ZGxvLmVxLid3Jy5vci5hZGxvLmVxLidXJykgZGxvPTM2MC5kMC1kbG8KIAoqKiogY29udmVy dCB0byByYWRpYW5zIGFuZCBnZXQgeCx5LHoKCiAgICAgICAgICBnbGE9ZGxhL3JhZAogICAg ICAgICAgZ2xvPWRsby9yYWQKICAgICAgICAgIGNhbGwgZ2VveHl6KGdsYSxnbG8sZWh0LHgs eSx6KQogICAgICAgICAgd3JpdGUobHN0LCopICdwcmVjaXNlIHBvc2l0aW9uIGZvdW5kIGZv ciAnLGFpZAogICAgICAgIGVuZGlmCiAgICAgICAgcHNjYW49LnRydWUuCiAgICAgICAgcmV0 dXJuCiAgICAgIGVuZGlmCiAgICAgIGdvIHRvIDEwMAoKKioqIGVuZCBvZiBmaWxlIGVuY291 bnRlcmVkIC0tIG1hcmtlciBpZCBub3QgZm91bmQKCiAgNzc3IHBzY2FuPS5mYWxzZS4KCiAg ICAgIHJldHVybgogICAgICBlbmQKICAgICAgc3Vicm91dGluZSBnZXRvZmYoY29vcmQsYWlk MSxhaWQyKQoKKioqIGdldCBhbnRlbm5hIG9mZnNldHMsIGVzdGFibGlzaCBhbnRlbm5hIGNv b3JkaW5hdGVzCioqKiBvZmZzZXQgZmlsZSBtYXkgY29udGFpbiAyIHJlY29yZHMgaW4gZWl0 aGVyIG9yZGVyCioqKiB3YXJuaW5nIC0tIHRoaXMgdmVyc2lvbiBkZWZhdWx0cyB0byBubyBs MS1sMiBpZiBvZmZzZXQgZmlsZSBhYnNlbnQKCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVj aXNpb24oYS1oLG8teikKICAgICAgY2hhcmFjdGVyKjQgYWlkMSxhaWQyLGFpZAogICAgICBs b2dpY2FsIGxleGlzdAogICAgICBkaW1lbnNpb24gY29vcmQoMjApCiAgICAgIGNvbW1vbi9s dXMvbHN0LGxwb3MsbHJpbjEsbHJpbjIsbGVwaCxsb2JzCgoqKiogc3RvcmFnZSBzY2hlbWUg Zm9yIGNvb3JkKCkKKioqCioqKiAgMSAgMiAgMyAgICAgICBYIFkgWiAgcG9pbnQgMSBtYXJr ZXIKKioqICA0ICA1ICA2ICAgICAgIFggWSBaICBwb2ludCAxIGFudGVubmEsIEwxCioqKiAg NyAgOCAgOSAgICAgICBYIFkgWiAgcG9pbnQgMiBtYXJrZXIgICAgICAgKG1heSBiZSBhcHBy b3gpCioqKiAxMCAxMSAxMiAgICAgICBYIFkgWiAgcG9pbnQgMiBhbnRlbm5hLCBMMSAgKG1h eSBiZSBhcHByb3gpCgoqKiogMTMgMTQgMTUgMTYgICAgZGwxLGRsMixkbixkZSAgcG9pbnQg MSBvZmZzZXRzCioqKiAxNyAxOCAxOSAyMCAgICBkbDEsZGwyLGRuLGRlICBwb2ludCAyIG9m ZnNldHMKCioqKiBkZWZhdWx0IHZhbHVlcyAtLSBtYXJrZXIgaXMgbDEgcGhhc2UgY2VudGVy IC0tIG5vIGwxLWwyIGRhdGEKCiAgICAgIGRvIDEwIGk9MTMsMjAKICAgMTAgY29vcmQoaSk9 MC5kMAoKKioqIHNlZSBpZiBvZmZzZXQgZmlsZSBleGlzdHMgLS0gaWYgc28sIGJvcnJvdyB0 aGUgbHBvcyB1bml0CgogICAgICBpbnF1aXJlKGZpbGU9J29mZicsZXhpc3Q9bGV4aXN0KQog ICAgICBpZihsZXhpc3QpIHRoZW4KICAgICAgICBjbG9zZShscG9zKQogICAgICAgIG9wZW4o bHBvcyxmaWxlPSdvZmYnLGZvcm09J2Zvcm1hdHRlZCcsc3RhdHVzPSdvbGQnKQoKKioqIHNj YW4gZm9yIGZpcnN0IGlkIC0tIGlmIGZvdW5kLCBvdmVycmlkZSBkZWZhdWx0cwoKICAxMDAg ICByZWFkKGxwb3MsMSxlbmQ9MTk5KSBhaWQsZGwxLGRsMixkbixkZQogICAgMSAgIGZvcm1h dChhNCw0ZjEwLjQpCiAgICAgICAgaWYoYWlkLmVxLmFpZDEpIHRoZW4KICAgICAgICAgIGNv b3JkKDEzKT1kbDEKICAgICAgICAgIGNvb3JkKDE0KT1kbDIKICAgICAgICAgIGNvb3JkKDE1 KT1kbgogICAgICAgICAgY29vcmQoMTYpPWRlCiAgICAgICAgICBnbyB0byAxOTkKICAgICAg ICBlbmRpZgogICAgICAgIGdvIHRvIDEwMAogIDE5OSAgIGNvbnRpbnVlCgoqKiogbm93IHNj YW4gZm9yIHNlY29uZCBpZAoKICAgICAgICByZXdpbmQobHBvcykKICAyMDAgICByZWFkKGxw b3MsMSxlbmQ9Mjk5KSBhaWQsZGwxLGRsMixkbixkZQogICAgICAgIGlmKGFpZC5lcS5haWQy KSB0aGVuCiAgICAgICAgICBjb29yZCgxNyk9ZGwxCiAgICAgICAgICBjb29yZCgxOCk9ZGwy CiAgICAgICAgICBjb29yZCgxOSk9ZG4KICAgICAgICAgIGNvb3JkKDIwKT1kZQogICAgICAg ICAgZ28gdG8gMjk5CiAgICAgICAgZW5kaWYKICAgICAgICBnbyB0byAyMDAKICAyOTkgICBj b250aW51ZQoKKioqIHJldHVybiB0aGUgbG9naWNhbCB1bml0IGJhY2sgdG8gY29vcmRpbmF0 ZSBmaWxlCgogICAgICAgIGNsb3NlKGxwb3MpCiAgICAgICAgb3BlbihscG9zLGZpbGU9J3Bv cycsZm9ybT0nZm9ybWF0dGVkJyxzdGF0dXM9J29sZCcpCiAgICAgIGVuZGlmCgoqKiogc2Fu aXR5IGNoZWNrIG9uIG1hcmtlciBjb29yZGluYXRlcyAtLSBqdXN0IGJlaW5nIGV4dHJhIHN1 cmUKCiAgICAgIHg9Y29vcmQoMSkKICAgICAgeT1jb29yZCgyKQogICAgICB6PWNvb3JkKDMp CiAgICAgIHIyPXgqeCt5Knkreip6CiAgICAgIGlmKHIyLmx0LjMuNmQxMykgdGhlbgogICAg ICAgIHdyaXRlKGxzdCwqKSAnaW52YWxpZCBwb2ludCAxIHh5eicseCx5LHoKICAgICAgICBz dG9wIDIzNjc0CiAgICAgIGVuZGlmCgogICAgICB4PWNvb3JkKDcpCiAgICAgIHk9Y29vcmQo OCkKICAgICAgej1jb29yZCg5KQogICAgICByMj14KngreSp5K3oqegogICAgICBpZihyMi5s dC4zLjZkMTMpIHRoZW4KICAgICAgICB3cml0ZShsc3QsKikgJ2ludmFsaWQgcG9pbnQgMiB4 eXogLS0gc2V0IHRvIHBvaW50IDEnCiAgICAgICAgY29vcmQoNyk9Y29vcmQoMSkKICAgICAg ICBjb29yZCg4KT1jb29yZCgyKQogICAgICAgIGNvb3JkKDkpPWNvb3JkKDMpCiAgICAgIGVu ZGlmCgoqKiogY29tcHV0ZSB0aGUgbDEgY2VudGVycyAKCiAgICAgIGNhbGwgbWt0b2wxKGNv b3JkKQoKICAgICAgcmV0dXJuCiAgICAgIGVuZAogICAgICBzdWJyb3V0aW5lIG1rdG9sMShj b29yZCkKCioqKiBjb21wdXRlIGwxIHBoYXNlIGNlbnRlcnMgdXNpbmcgbWFya2VyIGNvb3Jk aW5hdGVzCgogICAgICBpbXBsaWNpdCBkb3VibGUgcHJlY2lzaW9uKGEtaCxvLXopCiAgICAg IGxvZ2ljYWwgeHl6Z2VvCiAgICAgIGRpbWVuc2lvbiBjb29yZCgyMCkKCioqKiBzdG9yYWdl IHNjaGVtZSBmb3IgY29vcmQoKQoqKioKKioqICAxICAyICAzICAgICAgIFggWSBaICBwb2lu dCAxIG1hcmtlcgoqKiogIDQgIDUgIDYgICAgICAgWCBZIFogIHBvaW50IDEgYW50ZW5uYSwg TDEKKioqICA3ICA4ICA5ICAgICAgIFggWSBaICBwb2ludCAyIG1hcmtlciAgICAgICAobWF5 IGJlIGFwcHJveCkKKioqIDEwIDExIDEyICAgICAgIFggWSBaICBwb2ludCAyIGFudGVubmEs IEwxICAobWF5IGJlIGFwcHJveCkKCioqKiAxMyAxNCAxNSAxNiAgICBkbDEsZGwyLGRuLGRl ICBwb2ludCAxIG9mZnNldHMKKioqIDE3IDE4IDE5IDIwICAgIGRsMSxkbDIsZG4sZGUgIHBv aW50IDIgb2Zmc2V0cwoKKioqIHBvaW50IDEgLS0gcm90YXRlIG9mZnNldHMgaW50byBFQ0Yg YW5kIGFkZCB0byBtYXJrZXIgY29vcmRpbmF0ZXMuCiAKICAgICAgeD1jb29yZCgxKQogICAg ICB5PWNvb3JkKDIpCiAgICAgIHo9Y29vcmQoMykKICAgICAgZG49Y29vcmQoMTUpCiAgICAg IGRlPWNvb3JkKDE2KQogICAgICBkdT1jb29yZCgxMykKCiAgICAgIGlmKC5ub3QueHl6Z2Vv KHgseSx6LGdsYSxnbG8sZWh0KSkgc3RvcCA0MzU4OAogICAgICBjYWxsIHJlZyhnbGEsZ2xv LGR4LGR5LGR6LGRuLGRlLGR1KQoKICAgICAgY29vcmQoIDQpPWNvb3JkKCAxKStkeAogICAg ICBjb29yZCggNSk9Y29vcmQoIDIpK2R5CiAgICAgIGNvb3JkKCA2KT1jb29yZCggMykrZHoK CioqKiBwb2ludCAyIC0tIHJvdGF0ZSBvZmZzZXRzIGludG8gRUNGIGFuZCBhZGQgdG8gbWFy a2VyIGNvb3JkaW5hdGVzLgogCiAgICAgIHg9Y29vcmQoNykKICAgICAgeT1jb29yZCg4KQog ICAgICB6PWNvb3JkKDkpCiAgICAgIGRuPWNvb3JkKDE5KQogICAgICBkZT1jb29yZCgyMCkK ICAgICAgZHU9Y29vcmQoMTcpCgogICAgICBpZigubm90Lnh5emdlbyh4LHkseixnbGEsZ2xv LGVodCkpIHN0b3AgNDM1ODkKICAgICAgY2FsbCByZWcoZ2xhLGdsbyxkeCxkeSxkeixkbixk ZSxkdSkKCiAgICAgIGNvb3JkKDEwKT1jb29yZCggNykrZHgKICAgICAgY29vcmQoMTEpPWNv b3JkKCA4KStkeQogICAgICBjb29yZCgxMik9Y29vcmQoIDkpK2R6CgogICAgICByZXR1cm4K ICAgICAgZW5kCiAgICAgIHN1YnJvdXRpbmUgbDF0b21rKGNvb3JkKQoKKioqIGNvbXB1dGUg cG9pbnQgMiBtYXJrZXIgY29vcmRpbmF0ZSBmcm9tIGwxIHBoYXNlIGNlbnRlcgoqKiogbm90 ZTogaW52ZXJzZSBmdW5jdGlvbiBvZiBta3RvbDEoKSwgYnV0IG9ubHkgZm9yIHBvaW50IDIK CiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAgbG9naWNh bCB4eXpnZW8KICAgICAgZGltZW5zaW9uIGNvb3JkKDIwKQoKKioqIHN0b3JhZ2Ugc2NoZW1l IGZvciBjb29yZCgpCioqKgoqKiogIDEgIDIgIDMgICAgICAgWCBZIFogIHBvaW50IDEgbWFy a2VyCioqKiAgNCAgNSAgNiAgICAgICBYIFkgWiAgcG9pbnQgMSBhbnRlbm5hLCBMMQoqKiog IDcgIDggIDkgICAgICAgWCBZIFogIHBvaW50IDIgbWFya2VyICAgICAgIChzaG91bGQgYmUg Z29vZCkKKioqIDEwIDExIDEyICAgICAgIFggWSBaICBwb2ludCAyIGFudGVubmEsIEwxICAo c2hvdWxkIGJlIGdvb2QpCgoqKiogMTMgMTQgMTUgMTYgICAgZGwxLGRsMixkbixkZSAgcG9p bnQgMSBvZmZzZXRzCioqKiAxNyAxOCAxOSAyMCAgICBkbDEsZGwyLGRuLGRlICBwb2ludCAy IG9mZnNldHMKCioqKiBwb2ludCAyIC0tIHJvdGF0ZSBvZmZzZXRzIGludG8gRUNGIGFuZCBz dWJ0cmFjdCBmcm9tIGwxIGNlbnRlcgogCiAgICAgIHg9Y29vcmQoMTApCiAgICAgIHk9Y29v cmQoMTEpCiAgICAgIHo9Y29vcmQoMTIpCiAgICAgIGRuPWNvb3JkKDE5KQogICAgICBkZT1j b29yZCgyMCkKICAgICAgZHU9Y29vcmQoMTcpCgogICAgICBpZigubm90Lnh5emdlbyh4LHks eixnbGEsZ2xvLGVodCkpIHN0b3AgNDM1ODcKICAgICAgY2FsbCByZWcoZ2xhLGdsbyxkeCxk eSxkeixkbixkZSxkdSkKCiAgICAgIGNvb3JkKCA3KT1jb29yZCgxMCktZHgKICAgICAgY29v cmQoIDgpPWNvb3JkKDExKS1keQogICAgICBjb29yZCggOSk9Y29vcmQoMTIpLWR6CgogICAg ICByZXR1cm4KICAgICAgZW5kCioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqdAoqKiogY29yZSBnZW9kZXRp YyByb3V0aW5lcyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioKKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqCiAgICAgIHN1YnJvdXRpbmUgcmdlKGdsYSxnbG8sdSx2 LHcseCx5LHopCiAKKioqIGdpdmVuIGEgcmVjdGFuZ3VsYXIgY2FydGVzaWFuIHN5c3RlbSAo eCx5LHopCioqKiBjb21wdXRlIGEgZ2VvZGV0aWMgaCBjYXJ0ZXNpYW4gc3lzICAgKHUsdix3 KQogCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKIAogICAgICBz Yj1kc2luKGdsYSkKICAgICAgY2I9ZGNvcyhnbGEpCiAgICAgIHNsPWRzaW4oZ2xvKQogICAg ICBjbD1kY29zKGdsbykKCiAgICAgIHU9LXNiKmNsKngtc2Iqc2wqeStjYip6CiAgICAgIHY9 LSAgIHNsKngrICAgY2wqeQogICAgICB3PSBjYipjbCp4K2NiKnNsKnkrc2IqegoKICAgICAg cmV0dXJuCiAgICAgIGVuZAogICAgICBzdWJyb3V0aW5lIHJlZyhnbGEsZ2xvLHgseSx6LHUs dix3KQoKKioqIGdpdmVuIGdlb2RldGljICBjYXJ0ZXNpYW4gY29vcmRpbmF0ZXMgICh1LHYs dykgIChsaHMpCioqKiBjb21wdXRlIHJlY3Rhbmd1bGFyIGNhcnRlc2lhbiBjb29yZGluYXRl cyAoeCx5LHopICAocmhzKQogCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1o LG8teikKIAogICAgICBzYj1kc2luKGdsYSkKICAgICAgY2I9ZGNvcyhnbGEpCiAgICAgIHNs PWRzaW4oZ2xvKQogICAgICBjbD1kY29zKGdsbykKIAogICAgICB4PS1zYipjbCp1LXNsKnYr Y2IqY2wqdwogICAgICB5PS1zYipzbCp1K2NsKnYrY2Iqc2wqdwogICAgICB6PSBjYiAgICp1 ICAgICAgK3NiICAgKncKIAogICAgICByZXR1cm4KICAgICAgZW5kCiAgICAgIHN1YnJvdXRp bmUgZ2VveHl6KGdsYSxnbG8sZWh0LHgseSx6KQogCioqKiBjb252ZXJ0IGdlb2RldGljIGxh dCwgbG9uZywgZWxsaXAgaHQuIHRvIHgseSx6CioqKiBpbnB1dCB1bml0cyBvZiByYWRpYW5z LCBvdXRwdXQgaW4gbWV0ZXJzCioqKioqKk5PVEU6IGUyIGlzIGZyb20gd2dzODQgICoqKioq KioqKioqQ0hFQ0sgVEhJUwogCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1o LG8teikKICAgICAgcGFyYW1ldGVyKGE9NjM3ODEzNy5kMCxlMj0wLjAwNjY5NDM3OTk5MDEz ZDApCiAKICAgICAgc2xhPWRzaW4oZ2xhKQogICAgICBjbGE9ZGNvcyhnbGEpCiAgICAgIHcy PTEuZDAtZTIqc2xhKnNsYQogICAgICB3PWRzcXJ0KHcyKQogICAgICBlbj1hL3cKIAogICAg ICB4PShlbitlaHQpKmNsYSpkY29zKGdsbykKICAgICAgeT0oZW4rZWh0KSpjbGEqZHNpbihn bG8pCiAgICAgIHo9KGVuKigxLmQwLWUyKStlaHQpKnNsYQogCiAgICAgIHJldHVybgogICAg ICBlbmQKICAgICAgbG9naWNhbCBmdW5jdGlvbiB4eXpnZW8oeCx5LHosZ2xhdCxnbG9uLGVo dCkKIAoqKiogY29udmVydCB4LHkseiBpbnRvIGdlb2RldGljIGxhdCwgbG9uLCBhbmQgZWxs aXAuIGh0CioqKiBpbnB1dCB1bml0cyBvZiBtZXRlcnMsIG91dHB1dCBpbiByYWRpYW5zCioq KioqKk5PVEU6IGUyIGlzIGZyb20gd2dzODQgICoqKioqKioqKioqQ0hFQ0sgVEhJUwoqKiog cmVmOiBlcSBhLjRiLCBwLiAxMzIsIGFwcGVuZGl4IGEsIG9zdSAjMzcwCioqKiByZWY6IGdl b20gZ2VvZCBub3RlcyBncyA2NTgsIHJhcHAKIAogICAgICBpbXBsaWNpdCBkb3VibGUgcHJl Y2lzaW9uKGEtaCxvLXopCiAgICAgIHBhcmFtZXRlcihtYXhpbnQ9MTAsdG9sPTUuZC0xNSkK ICAgICAgcGFyYW1ldGVyKGE9NjM3ODEzNy5kMCxlMj0wLjAwNjY5NDM3OTk5MDEzZDApCiAK ICAgICAgYWUyPWEqZTIKIAoqKiogY29tcHV0ZSBpbml0aWFsIGVzdGltYXRlIG9mIHJlZHVj ZWQgbGF0aXR1ZGUgIChlaHQ9MCkKIAogICAgICBwPWRzcXJ0KHgqeCt5KnkpCiAgICAgIGlj b3VudD0wCiAgICAgIHRnbGE9ei9wLygxLmQwLWUyKQogCioqKiBpdGVyYXRlIHRvIGNvbnZl cmdlbmNlLCBvciB0byBtYXggIyBpdGVyYXRpb25zCiAKICAgIDEgaWYoaWNvdW50LmxlLm1h eGludCkgdGhlbgogICAgICAgIHRnbGF4PXRnbGEKICAgICAgICB0Z2xhPXovKHAtKGFlMi9k c3FydCgxLmQwKygxLmQwLWUyKSp0Z2xhKnRnbGEpKSkKICAgICAgICBpY291bnQ9aWNvdW50 KzEKICAgICAgICBpZihkYWJzKCh0Z2xhLXRnbGF4KS90Z2xhKS5ndC50b2wpIGdvIHRvIDEK IAoqKiogY29udmVyZ2VuY2UgYWNoaWV2ZWQKIAogICAgICAgIHh5emdlbz0udHJ1ZS4KICAg ICAgICBnbGF0PWRhdGFuKHRnbGEpCiAgICAgICAgc2xhdD1kc2luKGdsYXQpCiAgICAgICAg Y2xhdD1kY29zKGdsYXQpCiAgICAgICAgZ2xvbj1kYXRhbjIoeSx4KQogICAgICAgIHc9ZHNx cnQoMS5kMC1lMipzbGF0KnNsYXQpCiAgICAgICAgZW49YS93CiAgICAgICAgaWYoZGFicyhn bGF0KS5sZS4wLjc4NTRkMCkgdGhlbgogICAgICAgICAgZWh0PXAvY2xhdC1lbgogICAgICAg IGVsc2UKICAgICAgICAgIGVodD16L3NsYXQtZW4rZTIqZW4KICAgICAgICBlbmRpZgogICAg ICAgIGdsb249ZGF0YW4yKHkseCkKIAoqKiogdG9vIG1hbnkgaXRlcmF0aW9ucwogCiAgICAg IGVsc2UKICAgICAgICB4eXpnZW89LmZhbHNlLgogICAgICAgIGdsYXQ9MC5kMAogICAgICAg IGdsb249MC5kMAogICAgICAgIGVodD0wLmQwCiAgICAgIGVuZGlmCiAKICAgICAgcmV0dXJu CiAgICAgIGVuZAogICAgICBzdWJyb3V0aW5lIG5ibGFuayhhLGludW0saWJsaykKIAoqKiog cmV0dXJuIHByZWNpc2lvbiBvZiBudW1iZXIgYW5kIHplcm8gZmlsbAogCiAgICAgIGNoYXJh Y3RlciooKikgYQogICAgICBsb2dpY2FsIGNvdW50CiAKICAgICAgbGVuZz1sZW4oYSkgCiAg ICAgIGwxPWxlbmctaW51bSsxCiAgICAgIGlibGs9MAogICAgICBjb3VudD0udHJ1ZS4KIAog ICAgICBkbyAxIGk9bGVuZyxsMSwtMQogICAgICAgIGlmKGEoaTppKS5lcS4nICcpIHRoZW4K ICAgICAgICAgIGlmKGNvdW50KSBpYmxrPWlibGsrMQogICAgICAgICAgYShpOmkpPScwJwog ICAgICAgIGVsc2UKICAgICAgICAgIGNvdW50PS5mYWxzZS4KICAgICAgICBlbmRpZiAgICAK ICAgIDEgY29udGludWUKIAogICAgICByZXR1cm4KICAgICAgZW5kICAKKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqCioqKiBvcmJpdCBsb2FkIGFuZCBpbnRlcnBvbGF0aW9uICoqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKgoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAgICAgc3Vi cm91dGluZSBsb2RvcmIob3JiaXRzLGxvcmJpdCxuc2F0LG5lcG9jaCx0c3RydCx0c3RvcCkK CioqKiBsb2FkIGVwaG1lcmlzIGluIHNwMyBhc2NpaSBmb3JtYXQKKioqIGxvYWQgb25seSBp bnRlcnZhbCBhbmQgc2F0ZWxsaXRlcyByZXF1aXJlZAoKICAgICAgaW1wbGljaXQgZG91Ymxl IHByZWNpc2lvbihhLWgsby16KQogICAgICBwYXJhbWV0ZXIodGlueT0xLmQtNikKICAgICAg Y2hhcmFjdGVyKjYwIGNhcmQKICAgICAgbG9naWNhbCBnZXRwcm4sZGVscHJuLHNjYW5iZgog ICAgICBwYXJhbWV0ZXIobHRhYj0zMikKICAgICAgZGltZW5zaW9uIGl0bGF0ZShsdGFiKSxp cHJidWYoMzQpCiAgICAgIGRpbWVuc2lvbiBvcmJpdHMobG9yYml0KQogICAgICBzYXZlIC9z YXRzdGYvCiAgICAgIGNvbW1vbi9zYXRzdGYvdHN0cix0c3RwLGRsdCx0MG14LGlteCxucHQs bjIsbnN0LG5lcCxpdCxpeCxpeSxpeixpZAogICAgICBjb21tb24vbHVzL2xzdCxscG9zLGxy aW4xLGxyaW4yLGxlcGgsbG9icwoKKioqIHNraXAgb3ZlciB0aGUgc3AzIGZvcm1hdCBoZWFk ZXIKKioqIG5sb29wIGlzIHRoZSBudW1iZXIgb2Ygc2F0ZWxsaXRlcyBmb3IgZWFjaCBlcG9j aCwgcHJucyBzYXZlZCBpbiBpYnVmCgogICAgICByZWFkKGxlcGgsJyhhNjApJykgY2FyZAog ICAgICByZWFkKGxlcGgsJyhhNjApJykgY2FyZAogICAgICByZWFkKGxlcGgsNCkgbmxvb3As aXByYnVmCiAgICA0IGZvcm1hdCg0eCxpMiwzeCwxN2kzLzl4LDE3aTMpCiAgICAgIGRvIDEg aT01LDIyCiAgICAxIHJlYWQobGVwaCwnKGE2MCknKSBjYXJkCgoqKiogaWYgcHJuIGluIHBy biB0YWJsZSBidXQgbm90IGluIG9yYml0IGlwcmJ1ZigpLCBkZWxldGUgcHJuIGZyb20gdGFi bGUKKioqICAgKHNpdHVhdGlvbnMgd2hlcmUgc2F0ZWxsaXRlIG5vdCBpbiBvcmJpdCBkdWUg dG8gbWFuZXV2ZXIpCioqKiAgIGx0YWIgaXMgdGhlIG1heGltdW0gdmFsdWUgZm9yIGEgcHJu ICAoMzIgcG9zc2libGUgc3YgcHJucykKCiAgICAgIGRvIDYgaT0xLGx0YWIKICAgICAgICBp ZihnZXRwcm4oaSxpaXBybikuYW5kLi5ub3Quc2NhbmJmKGksaXByYnVmLG5sb29wKSkgdGhl bgogICAgICAgICAgaWYoLm5vdC5kZWxwcm4oaSxuc2F0KSkgc3RvcCA3ODQzOQogICAgICAg ICAgd3JpdGUobHN0LDUpIG5zYXQKICAgIDUgICAgIGZvcm1hdCgnbG9kb3JiIHJlc2V0IG51 bWJlciBvZiBzYXRzID09PiAnLGkzKQogICAgICAgIGVuZGlmCiAgICA2IGNvbnRpbnVlCgoq Kiogbm93IHNhZmUgdG8gYnVpbGQgdHJhbnNsYXRpb24gdGFibGUgZm9yIGZhc3QgbG9va3Vw cwoKICAgICAgZG8gMiBpPTEsbHRhYgogICAgICAgIGlmKC5ub3QuZ2V0cHJuKGksaWlwcm4p KSB0aGVuCiAgICAgICAgICBpdGxhdGUoaSk9MAogICAgICAgIGVsc2UKICAgICAgICAgIGl0 bGF0ZShpKT1paXBybgogICAgICAgIGVuZGlmCiAgICAyIGNvbnRpbnVlCgoqKiogY29tcHV0 ZSBpbmRpY2llcyBmb3IgdGhlIG9yYml0IGRhdGEgYmxvY2sgYW5kIGxvYWQgY29tbW9uCgog ICAgICBpdCAgICA9MQogICAgICBpeCAgICA9aXQrICAgICBuZXBvY2gKICAgICAgaXkgICAg PWl4K25zYXQqbmVwb2NoCiAgICAgIGl6ICAgID1peStuc2F0Km5lcG9jaAogICAgICBpZCAg ICA9aXorbnNhdCpuZXBvY2gKICAgICAgaXRvdGFsPWlkK25zYXQqbmVwb2NoLTEKICAgICAg bnN0PW5zYXQKICAgICAgbmVwPW5lcG9jaAoKKioqIGluaXRpYWxpemUgdGhlIG9yYml0IGRh dGEgYmxvY2sgdG8gMCAgIChmb3Igc2FmZXR5KQoKICAgICAgZG8gMyBpPTEsaXRvdGFsCiAg ICAzIG9yYml0cyhpKT0wLmQwCgoqKiogbWFzdGVyIGxvb3Agb3ZlciBlcGhlbWVyaXMgZmls ZQoqKiogcmVhZCB0aGUgZXBvY2ggaGVhZGVycywgdGhlbiBmaW5kIHBvc2l0aW9uIHJlY29y ZHMKKioqIGV4aXQgdGhlIGxvb3AgYWZ0ZXIgbG9hZGluZyAnbmVwb2NoJyBlcG9jaHMgICAo Y291bnRlZCBieSBudCkKCiAgICAgIG50PTAKICAgICAgdHN0cj0rMS5kMzgKICAgICAgdHN0 cD0tMS5kMzgKICAxMDAgcmVhZChsZXBoLCcoYTYwKScsZW5kPTc3NykgY2FyZAogICAgICBp ZihjYXJkKDE6MSkuZXEuJyonKSB0aGVuCiAgICAgICAgcmVhZChjYXJkLDEwMykgaXlyLGlt byxpZHksaWhyLGltbixzZWMKICAxMDMgICBmb3JtYXQoM3gsaTQsNGkzLGYxMi44KQogICAg ICAgIGNhbGwgY2l2anRzKGl5cixpbW8saWR5LGlocixpbW4sc2VjLHRzZWMpCgoqKiogY2hl Y2sgaWYgd2l0aGluIG9icyBkYXRhIGNvbW1vbiBpbnRlcnZhbCAgICh0aW55IGZvciBzYWZl dHkpCioqKiBncHMgdGltZSBzdG9yZWQgaW4gaW5pdGlhbCBwYXJ0IG9mIG9yYml0IGRhdGEg YmxvY2sgKGxvY2F0aW9ucyAxIC0tPiBuZXBvY2gpCioqKiBtb2R1bGUgYXNzdW1lcyBvcmJp dHMgaW4gbW9ub3RvbmljYWxseSBhc2NlbmRpbmcgdGltZSBvcmRlcgoKICAgICAgICBpZih0 c2VjLmx0Lih0c3RydC10aW55KS5vci50c2VjLmd0Lih0c3RvcCt0aW55KSkgdGhlbgogICAg ICAgICAgY29udGludWUKICAgICAgICBlbHNlCiAgICAgICAgICBudD1udCsxCiAgICAgICAg ICBvcmJpdHMobnQpPXRzZWMKICAgICAgICAgIGlmKHRzZWMubHQudHN0cikgdHN0cj10c2Vj CiAgICAgICAgICBpZih0c2VjLmd0LnRzdHApIHRzdHA9dHNlYwoKKioqIGJ5cGFzcyBzYXRl bGxpdGVzIG5vdCBvYnNlcnZlZCAgKGluZGljYXRlZCBieSAwIGVudHJ5IGluIHRhYmxlKQoq KiogaW1tZWRpYXRlbHkgbWFrZSBlcGhlbWVyaXMgZGF0YSBpbnRvIG1ldGVycyBhbmQgc2Vj b25kcwoKICAgICAgICAgIGRvIDEwIGk9MSxubG9vcAogIDEwMSAgICAgICByZWFkKGxlcGgs JyhhNjApJykgY2FyZAogICAgICAgICAgICBpZihjYXJkKDE6MSkuZXEuJyonKSBzdG9wIDg5 NzU2CiAgICAgICAgICAgIGlmKGNhcmQoMToxKS5uZS4nUCcuYW5kLmNhcmQoMToxKS5uZS4n cCcpIGdvIHRvIDEwMQogICAgICAgICAgICByZWFkKGNhcmQsMTAyKSBpcyx4LHkseixkdAog IDEwMiAgICAgICBmb3JtYXQoMXgsaTMsNGYxNC42KQogICAgICAgICAgICB4PXgqMTAwMC5k MAogICAgICAgICAgICB5PXkqMTAwMC5kMAogICAgICAgICAgICB6PXoqMTAwMC5kMAogICAg ICAgICAgICBkdD1kdC8xLmQ2CgogICAgICAgICAgICBpaXM9aXRsYXRlKGlzKQogICAgICAg ICAgICBpZihpaXMubHQuMC5vci5paXMuZ3QubHRhYikgc3RvcCA4OTc1NwogICAgICAgICAg ICBpZihpaXMubmUuMCkgdGhlbgogICAgICAgICAgICAgIGNhbGwgbG9kb3IyKG50LGlpcyx4 LHkseixkdCwKICAgICAqICAgICAgICAgICAgICAgICAgICBvcmJpdHMoaXgpLG9yYml0cyhp eSksb3JiaXRzKGl6KSxvcmJpdHMoaWQpKQogICAgICAgICAgICBlbmRpZgogICAxMCAgICAg Y29udGludWUKICAgICAgICAgIGlmKG50LmVxLm5lcG9jaCkgZ28gdG8gNzc3CiAgICAgICAg ZW5kaWYKICAgICAgZW5kaWYKICAgICAgZ28gdG8gMTAwCiAKKioqIGVuZCBvZiBmaWxlIGVu Y291bnRlcmVkCiAKICA3NzcgY29udGludWUKCioqKiBzZXQgcmVtYWluaW5nIGNvbnN0YW50 cyBmb3IgaW5kZXggd29yawoKICAgICAgZGx0PWRibGUoIGlkbmludCgodHN0cC10c3RyKS8o bmVwLTEpKSApCiAgICAgIG5wdD05CiAgICAgIG4yPShucHQtMSkvMgogICAgICBpbXg9bmVw LW5wdCsxCiAgICAgIHQwbXg9KGlteC0xKSpkbHQrdHN0cgoKKioqIGluaXRpYWxpemUgaW50 ZXJwb2xhdGlvbiBjb2VmZmljaWVudHMgIChoYXJkIGNvZGVkIGZvciA5KQoKICAgICAgY2Fs bCBpdHJpbmkKCiAgICAgIHJldHVybgogICAgICBlbmQKICAgICAgc3Vicm91dGluZSBsb2Rv cjIobnQsaWlzLHgseSx6LGR0LHhzLHlzLHpzLGRzKQoKKioqIHBsYWNlIGRhdGEgaW50byBz dG9yYWdlIGxvY2F0aW9ucyBpbiBvcmJpdCBkYXRhIGJsb2NrCgogICAgICBpbXBsaWNpdCBk b3VibGUgcHJlY2lzaW9uKGEtaCxvLXopCiAgICAgIGRpbWVuc2lvbiB4cyhuZXAsbnN0KSx5 cyhuZXAsbnN0KSx6cyhuZXAsbnN0KSxkcyhuZXAsbnN0KQogICAgICBzYXZlIC9zYXRzdGYv CiAgICAgIGNvbW1vbi9zYXRzdGYvdHN0cix0c3RwLGRsdCx0MG14LGlteCxucHQsbjIsbnN0 LG5lcCxpdCxpeCxpeSxpeixpZAoKKioqIHNhbml0eSBjaGVja3Mgb24gaW5kaWNpZXMgaW4g bG9kb3JiKCkKCiAgICAgIHhzKG50LGlpcyk9eAogICAgICB5cyhudCxpaXMpPXkKICAgICAg enMobnQsaWlzKT16CiAgICAgIGRzKG50LGlpcyk9ZHQKCiAgICAgIHJldHVybgogICAgICBl bmQKICAgICAgbG9naWNhbCBmdW5jdGlvbiBzY2FuYmYoaXBybixpcHJidWYsbikKCioqKiBz Y2FuIGJ1ZmZlciBvZiBvcmJpdCBoZWFkZXIgcHJuIG51bWJlcnMgZm9yIGlwcm4KCiAgICAg IGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAgZGltZW5zaW9uIGlw cmJ1ZihuKQoKICAgICAgZG8gMSBpPTEsbgogICAgICAgIGlmKGlwcm4uZXEuaXByYnVmKGkp KSB0aGVuCiAgICAgICAgICBzY2FuYmY9LnRydWUuCiAgICAgICAgICByZXR1cm4KICAgICAg ICBlbmRpZgogICAgMSBjb250aW51ZQoKKioqIGZlbGwgdGhydSBsb29wIC0tIGlwcm4gbm90 IGZvdW5kCgogICAgICBzY2FuYmY9LmZhbHNlLgoKICAgICAgcmV0dXJuCiAgICAgIGVuZAog ICAgICBsb2dpY2FsIGZ1bmN0aW9uIG90ZXJwKGlwcm4sdHNlYyxvcmJpdHMseCx5LHosZHQs aWVycikKCioqKiBpbnRlcnBvbGF0aW9uIG9mIG9yYml0CioqKiBpcHJuIGlzIHBybiBpZGVu dGlmaWVyIGZvciBhIHNhdGVsbGl0ZQoqKiogaW5wdXQgdGltZSwgdHNlYywgaXMgZ3BzIHRp bWUgKG1haW50YWluZWQgYnkgdXNhZikgdy5yLnQuIG1qZDAKKioqIG91dHB1dCAoeHl6KSB1 bml0cyBvZiBtIGluIG9yYml0IHJlZmVyZW5jZSBzeXN0ZW0KKioqIG91dHB1dCAoZHQpICB1 bml0cyBvZiBzZWMKKioqIGRhdGEgaW4gL3NhdHN0Zi8gbG9hZGVkIGJ5IGxvZHNhdCgpCgog ICAgICBpbXBsaWNpdCBkb3VibGUgcHJlY2lzaW9uKGEtaCxvLXopCiAgICAgIGxvZ2ljYWwg Z2V0cHJuLG90ZXJwMgogICAgICBkaW1lbnNpb24gb3JiaXRzKCopCiAgICAgIHNhdmUgL3Nh dHN0Zi8KICAgICAgY29tbW9uL3NhdHN0Zi90c3RyLHRzdHAsZGx0LHQwbXgsaW14LG5wdCxu Mixuc3QsbmVwLGl0LGl4LGl5LGl6LGlkCgoqKiogZ2V0IGludGVybmFsIHNlcXVlbmNlIG51 bWJlciBvZiBhIHNhdGVsbGl0ZSBwcm4KCiAgICAgIGlmKC5ub3QuZ2V0cHJuKGlwcm4saWlw cm4pKSB0aGVuCiAgICAgICAgaWVycj0xCiAgICAgICAgb3RlcnA9LmZhbHNlLgogICAgICAg IHJldHVybgogICAgICBlbmRpZgoKKioqIGNvbnRpbnVlIHdpdGggaW50ZXJwb2xhdGlvbgoK ICAgICAgaWYoLm5vdC5vdGVycDIoaWlwcm4sdHNlYywKICAgICAqICAgICAgICAgICBvcmJp dHMoaXQpLG9yYml0cyhpeCksb3JiaXRzKGl5KSxvcmJpdHMoaXopLG9yYml0cyhpZCksCiAg ICAgKiAgICAgICAgICAgeCx5LHosZHQsaWVycikpIHRoZW4KICAgICAgICBvdGVycD0uZmFs c2UuCiAgICAgIGVsc2UKICAgICAgICBvdGVycD0udHJ1ZS4KICAgICAgZW5kaWYKCiAgICAg IHJldHVybgogICAgICBlbmQKICAgICAgbG9naWNhbCBmdW5jdGlvbiBvdGVycDIoaXMsdHNl Yyx0cyx4cyx5cyx6cyxkcyx4LHkseixkdCxpZXJyKQoKKioqIG9yYml0IGludGVycG9sYXRp b24gc3Vicm91dGluZSAgKGNhbGxlZCBieSBvdGVycCkKCiAgICAgIGltcGxpY2l0IGRvdWJs ZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAgcGFyYW1ldGVyKHRpbnk9MS5kLTIpCiAgICAg IGRpbWVuc2lvbiB0cyhuZXApLHhzKG5lcCxuc3QpLHlzKG5lcCxuc3QpLHpzKG5lcCxuc3Qp LGRzKG5lcCxuc3QpCiAgICAgIHNhdmUgL3NhdHN0Zi8KICAgICAgY29tbW9uL3NhdHN0Zi90 c3RyLHRzdHAsZGx0LHQwbXgsaW14LG5wdCxuMixuc3QsbmVwLGl0LGl4LGl5LGl6LGlkCiAg ICAgIGNvbW1vbi9sdXMvbHN0LGxwb3MsbHJpbjEsbHJpbjIsbGVwaCxsb2JzCgoqKiogaXMg IC0tIGludGVybmFsIHNlcXVlbmNlIG51bWJlciBmb3IgYSBzYXRlbGxpdGUgKDEgPD0gaXMg PD0gbnN0KQoqKiogbnN0IC0tIG51bWJlciBvZiBzYXRlbGxpdGUgcHJucyB0aGF0IHdlcmUg bG9hZGVkCioqKiBuZXAgLS0gbnVtYmVyIG9mIG9yYml0IGVwb2NocyB0aGF0IHdlcmUgbG9h ZGVkCgoqKiogdGhpcyBsaW5lIGlmIGJvZ3VzICoqKioqKioqKioqKioqKioqKgoKICAgICAg dHMoMSk9dHMoMSkKCioqKiBzYXRlbGxpdGUgcHJuIG51bWJlciBub3QgbG9hZGVkIGZyb20g dGhlIHNwMyBmaWxlICgxc3QgZXBvY2gpCgogICAgICByPXhzKDEsaXMpKnhzKDEsaXMpK3lz KDEsaXMpKnlzKDEsaXMpK3pzKDEsaXMpKnpzKDEsaXMpCiAgICAgIGlmKHIubGUudGlueSkg dGhlbgogICAgICAgIGllcnI9MgogICAgICAgIG90ZXJwMj0uZmFsc2UuCiAgICAgICAgcmV0 dXJuCiAgICAgIGVuZGlmCgoqKiogcHJldmVudCBleHRyYXBvbGF0aW9uCgogICAgICBpZih0 c2VjLmx0LnRzdHIub3IudHNlYy5ndC50c3RwKSB0aGVuCiAgICAgICAgaWVycj0zCiAgICAg ICAgb3RlcnAyPS5mYWxzZS4KICAgICAgICByZXR1cm4KICAgICAgZW5kaWYKCioqKiByb3V0 aW5lIGZvciBmaW5kaW5nIGluZGV4IGludG8gdGFibGUKKioqIHByb2R1Y2VzIG5vcm1hbGl6 ZWQgdGltZSBbMCwxLC4uLiw4XSAtLT4gc2hvdWxkIGJlIDMuNSA8IHRub3JtIDwgNC41Cgog ICAgICBpPShpZG5pbnQoKHRzZWMtdHN0cikvZGx0KSsxKS1uMgogICAgICB0MD0oaS0xKSpk bHQrdHN0cgoKKioqIGJvdW5kYXJ5IGNvbmRpdGlvbnMKCiAgICAgIGlmKGkubHQuMSkgdGhl bgogICAgICAgIGk9MQogICAgICAgIHQwPXRzdHIKICAgICAgZWxzZWlmKGkuZ3QuaW14KSB0 aGVuCiAgICAgICAgaT1pbXgKICAgICAgICB0MD10MG14CiAgICAgIGVuZGlmCiAgICAgIHQ9 KHRzZWMtdDApL2RsdAoKICAgICAgY2FsbCBpdGVycDkodCx4cyhpLGlzKSx4KQogICAgICBj YWxsIGl0ZXJwOSh0LHlzKGksaXMpLHkpCiAgICAgIGNhbGwgaXRlcnA5KHQsenMoaSxpcyks eikKICAgICAgY2FsbCBpdGVycDkodCxkcyhpLGlzKSxkdCkKICAgICAgaWVycj0wCiAgICAg IG90ZXJwMj0udHJ1ZS4KCiAgICAgIHJldHVybgogICAgICBlbmQKKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioKICAgICAgc3Vicm91dGluZSBpdGVycDkodCx4cyx4KQoKKioqIDktdGggb3JkZXIgaW50 ZXJwb2xhdG9yICAgICAgICAgICAgICAgICAgLS0gZXF1YWxseS1zcGFjZWQgcG9pbnRzCioq KiB0aW1lIG5vcm1hbGl6ZWQgMCwxLC4uLiw4ICAgICAgICAgICAgICAgIC0tIHNob3VsZCBi ZSAzLjUgPCB0IDwgNC41CioqKiBjb2VmZmljZW50cywgYygpLCBpbml0aWFsaXplZCBieSBp dHJpbmkgIC0tIHNlZSBCZW4gUmVtb25kaSBkaXNzZXJ0YXRpb24KCioqKiBwYXRjaGVkIDE5 LWphbi05NiBmb3IgdCBleGFjdGx5IGVxdWFsIHRvIDQuMAoKICAgICAgaW1wbGljaXQgZG91 YmxlIHByZWNpc2lvbihhLWgsby16KQogICAgICBwYXJhbWV0ZXIoZXBzPTEuZC0xMykKICAg ICAgZGltZW5zaW9uIHhzKDkpCiAgICAgIHNhdmUgL2NvZWZmOS8KICAgICAgY29tbW9uL2Nv ZWZmOS9jKDkpCgoqKiogcmV0dXJuIHN0b3JlZCB2YWx1ZSBpZiB0IGlzIGV4YWN0IGludGVn ZXIgdGltZSAoYXZvaWQgZGl2aXNpb24gYnkgMCkKCiAgICAgIGludHQ9aWRuaW50KHQpCiAg ICAgIHRpbnQ9ZGJsZShpbnR0KQogICAgICBpZihkYWJzKHQtdGludCkubGUuZXBzKSB0aGVu CiAgICAgICAgaWYoaW50dC5nZS4wLmFuZC5pbnR0LmxlLjgpIHRoZW4KICAgICAgICAgIHg9 eHMoaW50dCsxKQogICAgICAgICAgcmV0dXJuCiAgICAgICAgZWxzZQogICAgICAgICAgc3Rv cCA4ODk5OAogICAgICAgIGVuZGlmCiAgICAgIGVuZGlmCgoqKiogbm9ybWFsIGludGVycG9s YXRpb24KCiAgICAgIHBvd3I9MS5kMAogICAgICB4PTAuZDAKCiAgICAgIGRvIDEwMCBpPTEs OQogICAgICAgIGR0PSh0LWRibGUoaS0xKSkKICAgICAgICBwb3dyPWR0KnBvd3IKICAgICAg ICB4PXgreHMoaSkvKGMoaSkqZHQpCiAgMTAwIGNvbnRpbnVlCiAgICAgIHg9eCpwb3dyLzI0 LmQwCgogICAgICByZXR1cm4KICAgICAgZW5kCioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiogICAgIHN1 YnJvdXRpbmUgaXRlcnA5KHQseHMseCkKCioqKiA5LXRoIG9yZGVyIGludGVycG9sYXRvciAg ICAgICAgICAgICAgICAgIC0tIGVxdWFsbHktc3BhY2VkIHBvaW50cwoqKiogdGltZSBub3Jt YWxpemVkIDAsMSwuLi4sOCAgICAgICAgICAgICAgICAtLSBzaG91bGQgYmUgMy41IDwgdCA8 IDQuNQoqKiogY29lZmZpY2VudHMsIGMoKSwgaW5pdGlhbGl6ZWQgYnkgaXRyaW5pICAtLSBz ZWUgQmVuIFJlbW9uZGkgZGlzc2VydGF0aW9uCgoqICAgICBpbXBsaWNpdCBkb3VibGUgcHJl Y2lzaW9uKGEtaCxvLXopCiogICAgIGRpbWVuc2lvbiB4cyg5KQoqICAgICBzYXZlIC9jb2Vm ZjkvCiogICAgIGNvbW1vbi9jb2VmZjkvYyg5KQoKKiAgICAgcG93cj0xLmQwCiogICAgIHg9 MC5kMAoKKiAgICAgZG8gMTAwIGk9MSw5CiogICAgICAgZHQ9KHQtZGJsZShpLTEpKQoqICAg ICAgIHBvd3I9ZHQqcG93cgoqICAgICAgIHg9eCt4cyhpKS8oYyhpKSpkdCkKKiAxMDAgY29u dGludWUKKiAgICAgeD14KnBvd3IvMjQuZDAKCiogICAgIHJldHVybgoqICAgICBlbmQKKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioKICAgICAgc3Vicm91dGluZSBpdHJpbmkKCioqKiBpbml0aWFsaXpl IGNvZWZmaWNpZW50cyBmb3IgOS10aCBvcmRlciAibGFncmFuZ2VhbiIgaW50ZXJwb2xhdG9y CioqKiBmb2xsb3dzIHRoZW9yeSBvZiBCZW4gUmVtb25kaSAgKGMuZi4gaGlzIGRpc3NlcnRh dGlvbikKCiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAg c2F2ZSAvY29lZmY5LwogICAgICBjb21tb24vY29lZmY5L2MoOSkKCiAgICAgIGMoMSk9NDAz MjAuZDAgLzI0LmQwCiAgICAgIGMoMik9LTUwNDAuZDAgLzI0LmQwCiAgICAgIGMoMyk9IDE0 NDAuZDAgLzI0LmQwCiAgICAgIGMoNCk9IC03MjAuZDAgLzI0LmQwCiAgICAgIGMoNSk9ICA1 NzYuZDAgLzI0LmQwCiAgICAgIGMoNik9IC03MjAuZDAgLzI0LmQwCiAgICAgIGMoNyk9IDE0 NDAuZDAgLzI0LmQwCiAgICAgIGMoOCk9LTUwNDAuZDAgLzI0LmQwCiAgICAgIGMoOSk9NDAz MjAuZDAgLzI0LmQwCgogICAgICByZXR1cm4KICAgICAgZW5kCioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KgoqKiogdGltZSBjb252ZXJzaW9uICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioKKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCiAgICAgIHN1YnJvdXRp bmUgc2V0amQwKGl5cixpbW8saWR5KQoKKioqIHNldCB0aGUgaW50ZWdlciBwYXJ0IG9mIGEg bW9kaWZpZWQganVsaWFuIGRhdGUgYXMgZXBvY2gsIG1qZDAKKioqIHRoZSBtb2RpZmllZCBq dWxpYW4gZGF5IGlzIGRlcml2ZWQgZnJvbSBjaXZpbCB0aW1lIGFzIGluIGNpdm1qZCgpCioq KiBhbGxvd3Mgc2luZ2xlIG51bWJlciBleHByZXNzaW9uIG9mIHRpbWUgaW4gc2Vjb25kcyB3 LnIudC4gbWpkMAoKICAgICAgaW1wbGljaXQgZG91YmxlIHByZWNpc2lvbihhLWgsby16KQog ICAgICBpbnRlZ2VyIHkKICAgICAgc2F2ZSAvbWpkb2ZmLwogICAgICBjb21tb24vbWpkb2Zm L21qZDAKCiAgICAgIGlmKGl5ci5sdC4xOTAwKSBzdG9wIDM0NTg3CgogICAgICBpZihpbW8u bGUuMikgdGhlbgogICAgICAgIHk9aXlyLTEKICAgICAgICBtPWltbysxMgogICAgICBlbHNl CiAgICAgICAgeT1peXIKICAgICAgICBtPWltbwogICAgICBlbmRpZgoKICAgICAgaXQxPTM2 NS4yNWQwKnkKICAgICAgaXQyPTMwLjYwMDFkMCoobSsxKQogICAgICBtamQ9aXQxK2l0Mitp ZHktNjc5MDE5CgoqKiogbm93IHNldCB0aGUgZXBvY2ggZm9yIGZ1dHVyZSB0aW1lIGNvbXB1 dGF0aW9ucwoKICAgICAgbWpkMD1tamQKCiAgICAgIHJldHVybgogICAgICBlbmQKICAgICAg c3Vicm91dGluZSBjaXZqdHMoaXlyLGltbyxpZHksaWhyLGltbixzZWMsdHNlYykKCioqKiBj b252ZXJ0IGNpdmlsIGRhdGUgdG8gdGltZSBpbiBzZWNvbmRzIHBhc3QgbWpkIGVwb2NoLCBt amQwCioqKiByZXF1aXJlcyBpbml0aWFsaXphdGlvbiBvZiBtamQwIGJ5IHNldGpkMCgpCgoq KiogaW1vIGluIHJhbmdlIDEtMTIsIGlkeSBpbiByYW5nZSAxLTMxCioqKiBvbmx5IHZhbGlk IGluIHJhbmdlIG1hci0xOTAwIHRocnUgZmViLTIxMDAgICAgIChsZWFwIHllYXIgcHJvdG9j b2xzKQoqKiogcmVmOiBob2ZtYW5uLXdlbGxlbmhvZiwgMm5kIGVkLiwgcGcgMzQtMzUKKioq IGFkYXB0ZWQgZnJvbSBjaXZtamQoKQoKICAgICAgaW1wbGljaXQgZG91YmxlIHByZWNpc2lv bihhLWgsby16KQogICAgICBpbnRlZ2VyIHkKICAgICAgc2F2ZSAvbWpkb2ZmLwogICAgICBj b21tb24vbWpkb2ZmL21qZDAKCiAgICAgIGlmKGl5ci5sdC4xOTAwKSBzdG9wIDM0NTg5Cgog ICAgICBpZihpbW8ubGUuMikgdGhlbgogICAgICAgIHk9aXlyLTEKICAgICAgICBtPWltbysx MgogICAgICBlbHNlCiAgICAgICAgeT1peXIKICAgICAgICBtPWltbwogICAgICBlbmRpZgoK ICAgICAgaXQxPTM2NS4yNWQwKnkKICAgICAgaXQyPTMwLjYwMDFkMCoobSsxKQogICAgICBt amQ9aXQxK2l0MitpZHktNjc5MDE5CgogICAgICB0c2VjPShtamQtbWpkMCkqODY0MDAuZDAr MzYwMCppaHIrNjAqaW1uK3NlYwoKICAgICAgcmV0dXJuCiAgICAgIGVuZAogICAgICBzdWJy b3V0aW5lIGp0c2Npdih0c2VjLGl5cixpbW8saWR5LGlocixpbW4sc2VjKQoKKioqIGNvbnZl cnQgdGltZSBpbiBzZWNvbmRzIHBhc3QgbWpkMCBlcG9jaCBpbnRvIGNpdmlsIGRhdGUKKioq IHJlcXVpcmVzIGluaXRpYWxpemF0aW9uIG9mIG1qZDAgYnkgc2V0amQwKCkKCioqKiBpbW8g aW4gcmFuZ2UgMS0xMiwgaWR5IGluIHJhbmdlIDEtMzEKKioqIG9ubHkgdmFsaWQgaW4gcmFu Z2UgbWFyLTE5MDAgdGhydSBmZWItMjEwMAoqKiogcmVmOiBob2ZtYW5uLXdlbGxlbmhvZiwg Mm5kIGVkLiwgcGcgMzQtMzUKKioqIGFkYXB0ZWQgZnJvbSBtamRjaXYoKQoKICAgICAgaW1w bGljaXQgZG91YmxlIHByZWNpc2lvbihhLWgsby16KQogICAgICBzYXZlIC9tamRvZmYvCiAg ICAgIGNvbW1vbi9tamRvZmYvbWpkMAoKICAgICAgbWpkPW1qZDArdHNlYy84NjQwMC5kMAoq KiogdGhlIGZvbGxvd2luZyBlcXVhdGlvbiBwcmVzZXJ2ZXMgc2lnbmlmaWNhbnQgZGlnaXRz CiAgICAgIGZtamQ9ZG1vZCh0c2VjLDg2NDAwLmQwKS84NjQwMC5kMAoKICAgICAgcmpkPW1q ZCtmbWpkKzI0MDAwMDAuNWQwCiAgICAgIGlhPShyamQrMC41ZDApCiAgICAgIGliPWlhKzE1 MzcKICAgICAgaWM9KGliLTEyMi4xZDApLzM2NS4yNWQwCiAgICAgIGlkPTM2NS4yNWQwKmlj CiAgICAgIGllPShpYi1pZCkvMzAuNjAwMWQwCgoqKiogdGhlIGZyYWN0aW9uYWwgcGFydCBv ZiBhIGp1bGlhbiBkYXkgaXMgKGZyYWN0aW9uYWwgbWpkICsgMC41KQoqKiogdGhlcmVmb3Jl LCBmcmFjdGlvbmFsIHBhcnQgb2YganVsaWFuIGRheSArIDAuNSBpcyAoZnJhY3Rpb25hbCBt amQpCgogICAgICBpdDE9aWUqMzAuNjAwMWQwCiAgICAgIGlkeT1pYi1pZC1pdDErZm1qZAog ICAgICBpdDI9aWUvMTQuZDAKICAgICAgaW1vPWllLTEtMTIqaXQyCiAgICAgIGl0Mz0oNytp bW8pLzEwLmQwCiAgICAgIGl5cj1pYy00NzE1LWl0MwoKICAgICAgdG1wPWZtamQqMjQuZDAK ICAgICAgaWhyPXRtcAogICAgICB0bXA9KHRtcC1paHIpKjYwLmQwCiAgICAgIGltbj10bXAK ICAgICAgc2VjPSh0bXAtaW1uKSo2MC5kMAoKICAgICAgcmV0dXJuCiAgICAgIGVuZAoqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKjgKICAgICAgc3Vicm91dGluZSBjaXZtamQoaXlyLGltbyxpZHksaWhyLGlt bixzZWMsbWpkLGZtamQpCgoqKiogY29udmVydCBjaXZpbCBkYXRlIHRvIG1vZGlmaWVkIGp1 bGlhbiBkYXRlCgoqKiogaW1vIGluIHJhbmdlIDEtMTIsIGlkeSBpbiByYW5nZSAxLTMxCioq KiBvbmx5IHZhbGlkIGluIHJhbmdlIG1hci0xOTAwIHRocnUgZmViLTIxMCAgICAgIChsZWFw IHllYXIgcHJvdG9jb2xzKQoqKiogcmVmOiBob2ZtYW5uLXdlbGxlbmhvZiwgMm5kIGVkLiwg cGcgMzQtMzUKKioqIG9wZXJhdGlvbiBjb25maXJtZWQgYWdhaW5zdCB0YWJsZSAzLjMgdmFs dWVzIG9uIHBnLjM0CgogICAgICBpbXBsaWNpdCBkb3VibGUgcHJlY2lzaW9uKGEtaCxvLXop CiAgICAgIGludGVnZXIgeQoKICAgICAgaWYoaXlyLmx0LjE5MDApIHN0b3AgMzQ1ODgKCiAg ICAgIGlmKGltby5sZS4yKSB0aGVuCiAgICAgICAgeT1peXItMQogICAgICAgIG09aW1vKzEy CiAgICAgIGVsc2UKICAgICAgICB5PWl5cgogICAgICAgIG09aW1vCiAgICAgIGVuZGlmCgog ICAgICBpdDE9MzY1LjI1ZDAqeQogICAgICBpdDI9MzAuNjAwMWQwKihtKzEpCiAgICAgIG1q ZD1pdDEraXQyK2lkeS02NzkwMTkKCiAgICAgIGZtamQ9KDM2MDAqaWhyKzYwKmltbitzZWMp Lzg2NDAwLmQwCgogICAgICByZXR1cm4KICAgICAgZW5kCiAgICAgIHN1YnJvdXRpbmUgbWpk Y2l2KG1qZCxmbWpkLGl5cixpbW8saWR5LGlocixpbW4sc2VjKQoKKioqIGNvbnZlcnQgbW9k aWZpZWQganVsaWFuIGRhdGUgdG8gY2l2aWwgZGF0ZQoKKioqIGltbyBpbiByYW5nZSAxLTEy LCBpZHkgaW4gcmFuZ2UgMS0zMQoqKiogb25seSB2YWxpZCBpbiByYW5nZSBtYXItMTkwMCB0 aHJ1IGZlYi0yMTAwCioqKiByZWY6IGhvZm1hbm4td2VsbGVuaG9mLCAybmQgZWQuLCBwZyAz NC0zNQoqKiogb3BlcmF0aW9uIGNvbmZpcm1lZCBmb3IgbGVhcCB5ZWFycyAoaW5jbC4geWVh ciAyMDAwKQoKICAgICAgaW1wbGljaXQgZG91YmxlIHByZWNpc2lvbihhLWgsby16KQoKICAg ICAgcmpkPW1qZCtmbWpkKzI0MDAwMDAuNWQwCiAgICAgIGlhPShyamQrMC41ZDApCiAgICAg IGliPWlhKzE1MzcKICAgICAgaWM9KGliLTEyMi4xZDApLzM2NS4yNWQwCiAgICAgIGlkPTM2 NS4yNWQwKmljCiAgICAgIGllPShpYi1pZCkvMzAuNjAwMWQwCgoqKiogdGhlIGZyYWN0aW9u YWwgcGFydCBvZiBhIGp1bGlhbiBkYXkgaXMgZnJhY3Rpb25hbCBtamQgKyAwLjUKKioqIHRo ZXJlZm9yZSwgZnJhY3Rpb25hbCBwYXJ0IG9mIGp1bGlhbiBkYXkgKyAwLjUgaXMgZnJhY3Rp b25hbCBtamQKCiAgICAgIGl0MT1pZSozMC42MDAxZDAKICAgICAgaWR5PWliLWlkLWl0MStm bWpkCiAgICAgIGl0Mj1pZS8xNC5kMAogICAgICBpbW89aWUtMS0xMippdDIKICAgICAgaXQz PSg3K2ltbykvMTAuZDAKICAgICAgaXlyPWljLTQ3MTUtaXQzCgogICAgICB0bXA9Zm1qZCoy NC5kMAogICAgICBpaHI9dG1wCiAgICAgIHRtcD0odG1wLWlocikqNjAuZDAKICAgICAgaW1u PXRtcAogICAgICBzZWM9KHRtcC1pbW4pKjYwLmQwCgogICAgICByZXR1cm4KICAgICAgZW5k CioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKgoqKiogcHJuIHRhYmxlIGhhbmRsZXJzICoqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqCiAgICAgIHN1YnJvdXRpbmUgbmV3cHJuIAogIAoqKiogaW5pdGlhbGl6ZSB0aGUgdGFi bGUgdG8gemVybyBsZW5ndGggCiAgCiAgICAgIHBhcmFtZXRlcihtYXhwcm49MzIpCiAgICAg IHNhdmUgL3BybnRhYi8KICAgICAgaW50ZWdlciBwcm5zCiAgICAgIGNvbW1vbi9wcm50YWIv bnBybnMscHJucyhtYXhwcm4pIAogIAogICAgICBucHJucz0wCiAgCiAgICAgIHJldHVybgog ICAgICBlbmQgCiAgICAgIHN1YnJvdXRpbmUgbnVtcHJuKGlzaXplKQogIAoqKiogcmV0dXJu IGN1cnJlbnQgc2l6ZSBvZiB0YWJsZQogIAogICAgICBwYXJhbWV0ZXIobWF4cHJuPTMyKQog ICAgICBzYXZlIC9wcm50YWIvCiAgICAgIGludGVnZXIgcHJucwogICAgICBjb21tb24vcHJu dGFiL25wcm5zLHBybnMobWF4cHJuKSAKICAKICAgICAgaXNpemU9bnBybnMKICAKICAgICAg cmV0dXJuCiAgICAgIGVuZCAKICAgICAgbG9naWNhbCBmdW5jdGlvbiBnZXRwcm4ocHJuLGlw cm4pIAogIAoqKiogdGFibGUgbG9va3VwCiAgCiAgICAgIHBhcmFtZXRlcihtYXhwcm49MzIp CiAgICAgIGludGVnZXIgcHJucyxwcm4gCiAgICAgIHNhdmUgL3BybnRhYi8KICAgICAgY29t bW9uL3BybnRhYi9ucHJucyxwcm5zKG1heHBybikgCiAgCiAgICAgIGlwcm49MSAKICAxMDAg aWYoaXBybi5sZS5ucHJucykgdGhlbgogICAgICAgIGlmKHBybi5lcS5wcm5zKGlwcm4pKSB0 aGVuIAogICAgICAgICAgZ2V0cHJuPS50cnVlLiAKICAgICAgICAgIHJldHVybgogICAgICAg IGVsc2UKICAgICAgICAgIGlwcm49aXBybisxIAogICAgICAgIGVuZGlmIAogICAgICAgIGdv dG8gMTAwCiAgICAgIGVuZGlmIAogIAoqKiogZmVsbCB0aHJ1IHRhYmxlIAogIAogICAgICBn ZXRwcm49LmZhbHNlLgogIAogICAgICByZXR1cm4KICAgICAgZW5kIAogICAgICBsb2dpY2Fs IGZ1bmN0aW9uIHB1dHBybihwcm4saWR1cCkKICAKKioqIGFkZCBlbnRyeSB0byB0YWJsZQoq KiogaWR1cCBpcyBsb2NhdGlvbiBvZiBkdXBsaWNhdGUgZW50cnkgaW4gbGlzdCAKKioqIGlk dXA9MCBpbmRpY2F0ZXMgZXhjZWVkZWQgbWF4aW11bSBsZW5ndGggb2YgbGlzdAogIAogICAg ICBwYXJhbWV0ZXIobWF4cHJuPTMyKQogICAgICBpbnRlZ2VyIHBybnMscHJuIAogICAgICBs b2dpY2FsIGdldHBybgogICAgICBzYXZlIC9wcm50YWIvCiAgICAgIGNvbW1vbi9wcm50YWIv bnBybnMscHJucyhtYXhwcm4pIAogIAogICAgICBpZihnZXRwcm4ocHJuLGlwcm4pKSB0aGVu IAogICAgICAgIGlkdXA9aXBybgogICAgICAgIHB1dHBybj0uZmFsc2UuCiAgICAgICAgcmV0 dXJuCiAgICAgIGVsc2UKICAgICAgICBpZHVwPTAKICAgICAgICBpZihpcHJuLmd0Lm1heHBy bikgdGhlbgogICAgICAgICAgcHV0cHJuPS5mYWxzZS4KICAgICAgICAgIHJldHVybgogICAg ICAgIGVsc2UKICAgICAgICAgIG5wcm5zPWlwcm4KICAgICAgICAgIHBybnMobnBybnMpPXBy bgogICAgICAgICAgcHV0cHJuPS50cnVlLiAKICAgICAgICBlbmRpZiAKICAgICAgZW5kaWYg CiAgCiAgICAgIHJldHVybgogICAgICBlbmQgCiAgICAgIGxvZ2ljYWwgZnVuY3Rpb24gZGVs cHJuKHBybixpc2l6ZSkKICAKKioqIGRlbGV0ZSBlbnRyeSBpbiB0YWJsZSwgcmV0dXJuIG5l dyBzaXplIG9mIHRhYmxlCiAgCiAgICAgIHBhcmFtZXRlcihtYXhwcm49MzIpCiAgICAgIGlu dGVnZXIgcHJucyxwcm4gCiAgICAgIGxvZ2ljYWwgZ2V0cHJuCiAgICAgIHNhdmUgL3BybnRh Yi8KICAgICAgY29tbW9uL3BybnRhYi9ucHJucyxwcm5zKG1heHBybikgCiAgCiAgICAgIGlm KGdldHBybihwcm4saXBybikpIHRoZW4gCiAgICAgICAgZG8gMSBpPWlwcm4rMSxucHJucwog ICAgMSAgIHBybnMoaS0xKT1wcm5zKGkpCiAgICAgICAgbnBybnM9bnBybnMtMQoKICAgICAg ICBkZWxwcm49LnRydWUuCiAgICAgICAgaXNpemU9bnBybnMKICAgICAgICByZXR1cm4KCioq KiBlbnRyeSBub3QgaW4gdGFibGUgLS0gbm8gYWN0aW9uCgogICAgICBlbHNlCiAgICAgICAg ZGVscHJuPS5mYWxzZS4KICAgICAgICBpc2l6ZT1ucHJucwogICAgICBlbmRpZiAKICAKICAg ICAgcmV0dXJuCiAgICAgIGVuZCAKICAgICAgaW50ZWdlciBmdW5jdGlvbiBpbnZwcm4oaXBy bikgCiAgCioqKiBpbnZlcnNlIHRhYmxlIGxvb2t1cAogIAogICAgICBwYXJhbWV0ZXIobWF4 cHJuPTMyKQogICAgICBpbnRlZ2VyIHBybnMKICAgICAgc2F2ZSAvcHJudGFiLwogICAgICBj b21tb24vcHJudGFiL25wcm5zLHBybnMobWF4cHJuKSAKCioqKiBnaXZlbiB0aGUgaW5kZXgs IHJldHVybiB0aGUgcHJuIG51bWJlcgoKICAgICAgaWYoaXBybi5sdC4xLm9yLmlwcm4uZ3Qu bnBybnMpIHN0b3AgNzQzNTgKICAKICAgICAgaW52cHJuPXBybnMoaXBybikKICAKICAgICAg cmV0dXJuCiAgICAgIGVuZCAKKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCioqKiByZWZlcmVuY2Ugc2F0 ZWxsaXRlIHRhYmxlIGhhbmRsZXJzICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KgoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioKICAgICAgc3Vicm91dGluZSBvcGVucnMKCioqKiBpbml0 aWFsaXplIHJlZmVyZW5jZSBzYXRlbGxpdGUgdGFibGUKCiAgICAgIGltcGxpY2l0IGRvdWJs ZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAgcGFyYW1ldGVyKG1heHJzdD0xMDApCiAgICAg IHNhdmUgL3JzdGFiLwogICAgICBjb21tb24vcnN0YWIvbnJzLGlycyx0c3ZyZnMobWF4cnN0 KSxpc3ZyZnMobWF4cnN0KQoKICAgICAgbnJzPTAKICAgICAgaXJzPTAKCiAgICAgIHJldHVy bgogICAgICBlbmQKICAgICAgc3Vicm91dGluZSBzaXplcnMobikKCioqKiByZXBvcnQgc2l6 ZSBvZiByZWZlcmVuY2Ugc2F0ZWxsaXRlIHRhYmxlCgogICAgICBpbXBsaWNpdCBkb3VibGUg cHJlY2lzaW9uKGEtaCxvLXopCiAgICAgIHBhcmFtZXRlcihtYXhyc3Q9MTAwKQogICAgICBz YXZlIC9yc3RhYi8KICAgICAgY29tbW9uL3JzdGFiL25ycyxpcnMsdHN2cmZzKG1heHJzdCks aXN2cmZzKG1heHJzdCkKCiAgICAgIG49bnJzCgogICAgICByZXR1cm4KICAgICAgZW5kCiAg ICAgIHN1YnJvdXRpbmUgZHVtcHJzCgoqKiogZHVtcCByZWZlcmVuY2Ugc2F0ZWxsaXRlIHRh YmxlIHRvIG91dHB1dAoKICAgICAgaW1wbGljaXQgZG91YmxlIHByZWNpc2lvbihhLWgsby16 KQogICAgICBwYXJhbWV0ZXIobWF4cnN0PTEwMCkKICAgICAgc2F2ZSAvcnN0YWIvCiAgICAg IGNvbW1vbi9yc3RhYi9ucnMsaXJzLHRzdnJmcyhtYXhyc3QpLGlzdnJmcyhtYXhyc3QpCiAg ICAgIGNvbW1vbi9sdXMvbHN0LGxwb3MsbHJpbjEsbHJpbjIsbGVwaCxsb2JzCgoqKioqKiBU SElTIElTIERFQlVHIFNUVUZGIC0tIGRlYnVnCioqKioqIHdyaXRlKGxzdCwqKSAnV0FSTklO RyEhIFJFRi4gU0FULiBSRVNFVCEhISAtLSAxJwoqKioqKiBpc3ZyZnMoMSk9MQoqKioqKiBU SElTIElTIERFQlVHIFNUVUZGIC0tIGRlYnVnCgoqKiogcmVwb3J0IGV4dGVybmFsIHNhdCBu dW1iZXJzIC0tIG5vdCBpbnRlcm5hbAoKICAgICAgd3JpdGUobHN0LCopICdkdW1wIHJlZi4g c2F0LiB0YWJsZSAgbnJzID0nLG5ycwogICAgICB3cml0ZShsc3QsJyhmOS4yLGk2KScpIHRz dnJmcygxKSxpbnZwcm4oaXN2cmZzKDEpKQogICAgICBkbyAxIGk9MixucnMKICAgIDEgd3Jp dGUobHN0LCcoZjkuMixpNixmMTIuMiknKSB0c3ZyZnMoaSksaW52cHJuKGlzdnJmcyhpKSks CiAgICAgKiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgdHN2cmZzKGkpLXRzdnJmcyhp LTEpCgogICAgICByZXR1cm4KICAgICAgZW5kCiAgICAgIGxvZ2ljYWwgZnVuY3Rpb24gcHV0 cnMoaXN2LHRzdixuKQoKKioqIGFkZCByZWZlcmVuY2Ugc2F0ZWxsaXRlIHRvIGVuZCBvZiBs aXN0CgogICAgICBpbXBsaWNpdCBkb3VibGUgcHJlY2lzaW9uKGEtaCxvLXopCiAgICAgIHBh cmFtZXRlcihtYXhyc3Q9MTAwKQogICAgICBzYXZlIC9yc3RhYi8KICAgICAgY29tbW9uL3Jz dGFiL25ycyxpcnMsdHN2cmZzKG1heHJzdCksaXN2cmZzKG1heHJzdCkKCioqKiBmaXJzdCBl bnRyeQoKICAgICAgaWYobnJzLmxlLjApIHRoZW4KICAgICAgICBucnM9MQogICAgICAgIGly cz0xCiAgICAgICAgdHN2cmZzKG5ycyk9dHN2CiAgICAgICAgaXN2cmZzKG5ycyk9aXN2Cgoq Kiogc3Vic2VxdWVudCBlbnRyeSAtLSB0ZXN0IGlmIG5ldyBzdgoKICAgICAgZWxzZWlmKGlz di5uZS5pc3ZyZnMobnJzKSkgdGhlbgogICAgICAgIGlmKG5ycy5nZS5tYXhyc3QpIHRoZW4K ICAgICAgICAgIHB1dHJzPS5mYWxzZS4KICAgICAgICBlbmRpZgogICAgICAgIG5ycz1ucnMr MQogICAgICAgIGlzdnJmcyhucnMpPWlzdgogICAgICAgIHRzdnJmcyhucnMpPXRzdgoKKioq IHNhbWUgc3YsIHNvIGp1c3QgdXBkYXRlIHRoZSB0aW1lCgogICAgICBlbHNlCiAgICAgICAg dHN2cmZzKG5ycyk9dHN2CiAgICAgIGVuZGlmCgoqKiogcmV0dXJuIGN1cnJlbnQgc2l6ZSBv ZiB0YWJsZQoKICAgICAgbj1ucnMKICAgICAgcHV0cnM9LnRydWUuCgogICAgICByZXR1cm4K ICAgICAgZW5kCiAgICAgIGxvZ2ljYWwgZnVuY3Rpb24gZ2V0cnMoaXN2LHRzdikKCioqKiBn ZXQgcmVmZXJlbmNlIHNhdGVsbGl0ZSBiYXNlZCBvbiB0aW1lCioqKiAnaXJzJyBpcyBjdXJy ZW50IGluZGV4IC0tIHVzZWQgdG8gb3B0aW1pemUgc2VxdWVudGlhbCBzZWFyY2gKKioqIG5v dGU6IHJlY2VpdmVycyBzaG91bGQgYmUgc3luY2hyb25pemVkIHRvIHdpdGhpbiAidGlueSIK CiAgICAgIGltcGxpY2l0IGRvdWJsZSBwcmVjaXNpb24oYS1oLG8teikKICAgICAgcGFyYW1l dGVyKHRpbnk9MC4yZDApCiAgICAgIHBhcmFtZXRlcihtYXhyc3Q9MTAwKQogICAgICBzYXZl IC9yc3RhYi8KICAgICAgY29tbW9uL3JzdGFiL25ycyxpcnMsdHN2cmZzKG1heHJzdCksaXN2 cmZzKG1heHJzdCkKCiAgICAgIGlmKG5ycy5sZS4wKSBzdG9wIDEzNTk4CiAgICAgIGlmKG5y cy5lcS4xKSB0aGVuCiAgICAgICAgaXN2PWlzdnJmcyhucnMpCiAgICAgICAgZ2V0cnM9LnRy dWUuCiAgICAgICAgcmV0dXJuCiAgICAgIGVuZGlmCgoqKiogY2hlY2sgZm9yIGluZGV4IHJl c2V0IC0tIGxvb2sgYXQgcHJpb3IgdGltZQoKICAgICAgaWYoaXJzLmdlLjIpIHRoZW4KICAg ICAgICBpZih0c3YubHQudHN2cmZzKGlycy0xKSkgaXJzPTEKICAgICAgZW5kaWYKCioqKiBz ZWFyY2ggY3VycmVudCBsb2NhdGlvbgoKICAxMDAgaWYodHN2LmxlLnRzdnJmcyhpcnMpK3Rp bnkpIHRoZW4KICAgICAgICBpc3Y9aXN2cmZzKGlycykKICAgICAgICBnZXRycz0udHJ1ZS4K ICAgICAgICByZXR1cm4KCioqKiBpbmNyZW1lbnQgdGhlIGluZGV4IC0tLSByZXRyeQoKICAg ICAgZWxzZWlmKGlycy5sdC5ucnMpIHRoZW4KICAgICAgICBpcnM9aXJzKzEKICAgICAgICBn byB0byAxMDAKICAgICAgZW5kaWYKCioqKiB0YWJsZSBleGhhdXN0ZWQKCiAgICAgIGdldHJz PS5mYWxzZS4KCiAgICAgIHJldHVybgogICAgICBlbmQKKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqCioq KiBtYXRyaXggbWFzaGVycyAqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKgoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioKICAgICAgc3Vicm91dGluZSB3 cml0ZXYoYSxtKQoKKioqIHJvdXRpbmUgdG8gd3JpdGUgYSB2ZWN0b3IgCgogICAgICBpbXBs aWNpdCBkb3VibGUgcHJlY2lzaW9uKGEtaCxvLXopCiAgICAgIGRpbWVuc2lvbiBhKG0pCiAg ICAgIGNvbW1vbi9sdXMvbHN0LGxwb3MsbHJpbjEsbHJpbjIsbGVwaCxsb2JzCgogICAgICBk byAxMCBpPTEsbSAKICAgMTAgd3JpdGUobHN0LDEpIGEoaSkgCiAgICAxIGZvcm1hdCgnICcs MXBkMzAuMjApCiAgICAgIHJldHVybgogICAgICBlbmQgCiAgICAgIHN1YnJvdXRpbmUgd3Jp dGVtKGEsbSxuKQogCioqKiByb3V0aW5lIHRvIHdyaXRlIGEgbWF0cml4IAoKICAgICAgaW1w bGljaXQgZG91YmxlIHByZWNpc2lvbihhLWgsby16KQogICAgICBkaW1lbnNpb24gYShtLG4p CiAgICAgIGNvbW1vbi9sdXMvbHN0LGxwb3MsbHJpbjEsbHJpbjIsbGVwaCxsb2JzCgogICAg ICBkbyAxMCBpPTEsbSAKICAgMTAgd3JpdGUobHN0LDEpIChhKGksaiksaj0xLG4pIAogICAg MSBmb3JtYXQoJyAnLDFwNGQxOC4xMCkgCiAgICAgIHJldHVybgogICAgICBlbmQgCiAgICAg IHN1YnJvdXRpbmUgaW5uZXJwKHgsbix2YWwpCgoqKiogY29tcHV0ZSBpbm5lciBwcm9kdWN0 IG9mIHZlY3RvcgoKICAgICAgaW1wbGljaXQgZG91YmxlIHByZWNpc2lvbihhLWgsby16KQog ICAgICBkaW1lbnNpb24geChuKQoKICAgICAgdmFsPTAuZDAKICAgICAgZG8gMSBpPTEsbgog ICAgMSB2YWw9dmFsK3gobikqeChuKQoKICAgICAgcmV0dXJuCiAgICAgIGVuZAogICAgICBz dWJyb3V0aW5lIGFiKGEsYixyLGwsbSxuKQogCioqKiBmb3JtIHRoZSBtYXRyaXggcHJvZHVj dCByPWFiIAoqKiogdGhlIG1hdHJpY2VzIGEgYW5kIGIgYXJlIHJldHVybmVkIHVuY2hhbmdl ZAoKICAgICAgaW1wbGljaXQgZG91YmxlIHByZWNpc2lvbihhLWgsby16KQogICAgICBkaW1l bnNpb24gYShsLG0pLGIobSxuKSxyKGwsbikKCiAgICAgIGRvIDUgaT0xLGwKICAgICAgZG8g NSBqPTEsbgogICAgICByKGksaik9MC5kMAogICAgICBkbyA1IGs9MSxtCiAgICA1IHIoaSxq KT1yKGksaikrYShpLGspKmIoayxqKSAKICAgICAgcmV0dXJuCiAgICAgIGVuZCAKICAgICAg c3Vicm91dGluZSBpbnZlcnQoYSxuKQoKKioqIHJvdXRpbmUgdG8gaW52ZXJ0IGEgbWF0cml4 IGluIHBsYWNlIAoKICAgICAgaW1wbGljaXQgZG91YmxlIHByZWNpc2lvbihhLWgsby16KQog ICAgICBkaW1lbnNpb24gYShuLG4pCgogICAgICBkbyAyIGk9MSxuCiAgICAgIGFpaT0xLmQw L2EoaSxpKQogICAgICBhKGksaSk9YWlpCiAgICAgIGRvIDIgaj0xLG4KICAgICAgaWYoaS5l cS5qKSBnbyB0byAyCiAgICAgIGFqaT1hKGosaSkqYWlpCiAgICAgIGEoaixpKT1hamkKICAg ICAgZG8gMSBrPTEsbgogICAgICBpZihpLmVxLmspIGdvIHRvIDEKICAgICAgYShqLGspPWEo aixrKS1hamkqYShpLGspCiAgICAgIGlmKGoubmUubikgZ28gdG8gMQogICAgICBhKGksayk9 LWFpaSphKGksaykKICAgIDEgY29udGludWUKICAgIDIgY29udGludWUKICAgICAgYW5uPS1h KG4sbikgCiAgICAgIGs9bi0xIAogICAgICBkbyAzIGo9MSxrCiAgICAzIGEobixqKT1hbm4q YShuLGopIAogICAgICByZXR1cm4KICAgICAgZW5kIAogICAgICBzdWJyb3V0aW5lIG5ybWFs Mihhbix1LGQsZixwLGJ3LGxjLG5kLG4pIAoKKioqICBmb3JtIG5vcm1hbHMgZm9yIG9ic2Vy dmF0aW9uIGVxdWF0aW9ucyBvbmUgb2JzZXJ2YXRpb24gYXQgYSB0aW1lIAoqKiogICAgICAg ICAgICAqKioqKihueCArIHUgPSAwKSoqKioqIAoqKiogICAgICAgIG49YSdwYSAgICAgICAg IChuIG1hdHJpeCBzdG9yZWQgaW4gYW4pIAoqKiogICAgICAgIHU9YSdwbCAgICAgICAgIChs IHN0b3JlZCBpbiBmKSAKKioqICBjYWxsaW5nIHNlcXVlbmNlIAoqKiogICAgMSkgIGNhbGwg bml0aWFsICAob25lIHRpbWUgdG8gY2xlYXIgbm9ybWFscykgCioqKiAgICAyKSAgY2FsbCBu b3JtYWwgIChvbmNlIGZvciBlYWNoIG9ic2VydmF0aW9uKSAKKioqICAgIDMpICBjYWxsIGZp bGwgICAgKG9uZSB0aW1lIHRvIGZpbGwgaW4gbG93ZXIgdHJpYW5ndWxhcikKKioqIAoqKiog IGQgPSBub24temVybyBlbGVtZW50cyBvZiBhIHJvdyBvZiB0aGUgYSBtYXRyaXggCioqKiAg bGM9IGNvbHVtbiBudW1iZXJzIG9mIG5vbi16ZXJvIGVsZW1lbnRzIGluIGQuICBlbGVtZW50 cwoqKiogICAgICBvZiBsYyBtdXN0IGJlIGluIGFzY2VuZGluZyBvcmRlciBhbmQgY29ycmVz cG9uZCB0byAKKioqICAgICAgZCwgaS5lLiwgZChqKSBpcyB0aGUgbm9uLXplcm8gZWxlbWVu dCBpbiBjb2x1bW4gbGMoaikKKioqICBuZD0gbnVtYmVyIG9mIGVsZW1lbnRzIGluIGQgYW5k IGxjIAoqKiogIG4gPSBvcmRlciBvZiB0aGUgc3lzdGVtIChudW1iZXIgb2YgdW5rbm93bnMp IAoqKiogIGJ3PSBsJ3BsIGFjY3VtdWxhdGVkIChiYXNlbWVudCB3aW5kb3cpCgogICAgICBp bXBsaWNpdCBkb3VibGUgcHJlY2lzaW9uKGEtaCxvLXopIAogICAgICBkaW1lbnNpb24gYW4o bixuKSx1KG4pLGQobmQpLGxjKG5kKSAKCiAgICAgIHBmPXAqZgogICAgICBidz1idytmKnBm CiAgICAgIGRvIDUgaT0xLG5kIAogICAgICBsaT1sYyhpKQogICAgICB1KGxpKT11KGxpKStk KGkpKnBmIAogICAgICBkbyA1IGo9aSxuZCAKICAgICAgbGo9bGMoaikKICAgIDUgYW4obGks bGopPWFuKGxpLGxqKSArIGQoaSkqZChqKSpwIAogICAgICByZXR1cm4KCioqKiBjbGVhciBu b3JtYWxzCgogICAgICBlbnRyeSBuaXRpbDIoYW4sdSxidyxuKQogICAgICBkbyAxMCBpPTEs biAKICAgICAgdShpKT0wLmQwCiAgICAgIGRvIDEwIGo9aSxuIAogICAxMCBhbihpLGopPTAu ZDAgCiAgICAgIGJ3PTAuZDAgCiAgICAgIHJldHVybgoKKioqIGZpbGwgaW4gdGhlIGxvd2Vy IHRyaWFuZ3VsYXIgcG9ydGlvbiBvZiBhbiAKCiAgICAgIGVudHJ5IGZpbGwoYW4sbikKICAg ICAgZG8gMTUgaT0xLG4gCiAgICAgIGRvIDE1IGo9aSxuIAogICAxNSBhbihqLGkpPWFuKGks aikgCiAgICAgIHJldHVybgogICAgICBlbmQgCg== --------------A7F00A408DB9D7EA431A488C-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 22 09:38:25 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA00840 for ; Mon, 22 May 2000 09:38:24 -0500 (CDT) Date: Mon, 22 May 2000 9:37:51 Subject: [tacgps] GPS Surveying To: "TAPR Special Interest Group" From: "Brian Kirby" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" Sender: bounce-tacgps-6754@lists.tapr.org Message-Id: Precedence: bulk Found a pdf book on line that has a lot of good info. Navstar GPS Surveying EM1110-1-1003 from the Army Corp of Engineers. Its 328 pages and 4.1 Mb. Located at http://www.usace.army.mil/inet/usace-docs/eng-manuals/em1110-1-1003/toc.htm --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 22 13:01:43 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA11579 for ; Mon, 22 May 2000 13:01:40 -0500 (CDT) Message-ID: Date: Mon, 22 May 2000 11:00:47 -0700 From: Scott Tillman Reply-To: "TAPR Special Interest Group" Organization: AZ Dept. of Public Safety X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] DGPS accuracy Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <392975CF.F019F7CF@primenet.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk So we all know that the accuracy of the basic GPS receiver has improved since SA has been turned off, but has that effected the results of a differential corrected receiver?? scott k7ysv@iname.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 22 13:07:25 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA14515 for ; Mon, 22 May 2000 13:07:24 -0500 (CDT) Message-ID: From: "Kirby, Brian" To: "TAPR Special Interest Group" Subject: [tacgps] RE: DGPS accuracy Date: Mon, 22 May 2000 13:05:45 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFC418.59DC9230" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFC418.59DC9230 Content-Type: text/plain I have two Oncore VPs and a M12. When the VP generates DGPS, the other VP tracks it very tightly, usually within a meter over 15 minutes. Ironically when the DGPS it sent to a Garmin 12XL, the EPE goes up say from 17 to 30. But if you look at the plot, its still tracking tighter than non DGPS. > ---------- > From: Scott Tillman[SMTP:dpseng@primenet.com] > Reply To: TAPR Special Interest Group > Sent: Monday, May 22, 2000 1:00 PM > To: TAPR Special Interest Group > Subject: [tacgps] DGPS accuracy > > So we all know that the accuracy of the basic GPS receiver > has improved since SA has been turned off, but has that > effected the results of a differential corrected receiver?? > > > scott k7ysv@iname.com > > --- > You are currently subscribed to tacgps as: brian.kirby@msfc.nasa.gov > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > ------_=_NextPart_001_01BFC418.59DC9230 Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: [tacgps] DGPS accuracy

I have two Oncore = VPs and a M12.  When the VP generates DGPS, the other VP tracks it = very tightly, usually within a meter over 15 minutes.

Ironically when the = DGPS it sent to a Garmin 12XL, the EPE goes up say from 17 to 30.  = But if you look at the plot, its still tracking tighter than non = DGPS.

    ----------
    From:   = Scott = Tillman[SMTP:dpseng@primenet.com]
    Reply To: =       TAPR Special Interest Group
    Sent:   = Monday, May 22, 2000 1:00 = PM
    To: =     TAPR Special = Interest Group
    Subject: =        [tacgps] DGPS accuracy

    So we all know that the accuracy of = the basic GPS receiver
    has improved since SA has been turned = off, but has that
    effected the results of a = differential corrected receiver??


    scott   = k7ysv@iname.com

    ---
    You are currently subscribed to = tacgps as: brian.kirby@msfc.nasa.gov
    To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org

------_=_NextPart_001_01BFC418.59DC9230-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 22 14:36:05 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA17263 for ; Mon, 22 May 2000 14:36:05 -0500 (CDT) Sender: bounce-tacgps-6754@lists.tapr.org Message-ID: Date: Mon, 22 May 2000 14:35:35 -0500 From: Gerry Creager Reply-To: "TAPR Special Interest Group" Organization: Computer Science Department, Texas A&M University X-Accept-Language: en, ru MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: DGPS accuracy References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <39298C07.4ABFD4CC@cs.tamu.edu> Precedence: bulk Scott Tillman wrote: > > So we all know that the accuracy of the basic GPS receiver > has improved since SA has been turned off, but has that > effected the results of a differential corrected receiver?? Little. There's going to be some improvement because clocks are nominally better (unless you're using an M12 ;-) but most of the error introduced by SA was eliminated by DGPS. Gerry -- Gerry Creager | Never ascribe to Malice that Computer Science Department | which can adequately be Texas A&M University | explained by Stupidity. 979.458.4020 (Phone) | -- Lazerus Long 979.847.8578 (Fax) --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 22 20:20:14 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA28073 for ; Mon, 22 May 2000 20:20:14 -0500 (CDT) X-Sent: 23 May 2000 01:19:44 GMT Message-ID: Date: Mon, 22 May 2000 18:20:20 -0700 From: Dan Hinz X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] RE: OCXO References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <3929DCD4.220DF0C2@ieee.org> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk I purchased mine here: http://tech-services.com/equip.htm --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 22 22:23:53 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA28099 for ; Mon, 22 May 2000 22:23:52 -0500 (CDT) Date: Mon, 22 May 2000 20:23:28 -0700 From: Bill Broadley To: "TAPR Special Interest Group" Subject: [tacgps] Re: OCXO Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from mdmiller@fastlane.net on Sat, May 20, 2000 at 11:45:39AM -0500 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <20000522202328.A3544@sphere.math.ucdavis.edu> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk On Sat, May 20, 2000 at 11:45:39AM -0500, mdmiller@fastlane.net wrote: > Does any one know of a source for purchasing a single new or used OXCO? Please excuse the novice question. Could this be used to improve the accuracy of a normal PC that's time synced with a GPS? I'd love to replace the lousy crystal on my motherboard with something a bit more accurate.... Has anyone done similiar? -- Bill --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Mon May 22 23:06:34 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA07081 for ; Mon, 22 May 2000 23:06:27 -0500 (CDT) Message-ID: Date: Mon, 22 May 2000 21:05:40 -0700 From: Henry Lesovsky MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: OCXO References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <392A0394.78D738C7@earthlink.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Replacing the xtal on the PC won't help the accuracy issue. The problem is one of interrupt processing; the system used in both the MAC and PC. Les Lesovsky in Alhambra, CA Bill Broadley wrote: > On Sat, May 20, 2000 at 11:45:39AM -0500, mdmiller@fastlane.net wrote: > > Does any one know of a source for purchasing a single new or used OXCO? > > Please excuse the novice question. > > Could this be used to improve the accuracy of a normal PC that's time > synced with a GPS? > > I'd love to replace the lousy crystal on my motherboard with something > a bit more accurate.... > > Has anyone done similiar? > > -- > Bill > > --- > You are currently subscribed to tacgps as: lexmd@earthlink.net > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 23 08:57:34 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA21401 for ; Tue, 23 May 2000 08:57:34 -0500 (CDT) Message-ID: Date: Tue, 23 May 2000 06:56:39 -0700 From: Jeff X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: DGPS accuracy References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <392A8E17.51E5F51D@flash.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk I've collected and analyzed about a week's worth of data in several configurations although I still have several yet to test. From what I have, I can draw a few conclusions. I believe that in the best case of very short update intervals (like 1 message/2 seconds) on the RTCM message, DGPS without SA is unchanged vs. with SA. For more realistic update rates on amateur radio links like 1 message/10 seconds, there may be some small improvement without SA. I do not yet have quantitative data on that. What I base this on is the fact that my Garmin receiver gets about 9m accuracy (95% confidence level) with DGPS in the field (baselines of a couple miles) and the same number in a zero-baseline test (rover and reference on the same antenna with a splitter). This latter case eliminated nearly all sources of error including multipath. About the only errors left are front-end receiver noise. If I run a ZB test with my two VP Oncores, I get a 1 m accuracy so the errors with the Garmin are entirely in that unit. This implies the Garmin in a DGPS mode has its variability defined by its own noise, not by the GPS signal itself. >From what I am seeing, without SA, the Garmins get the same RMS noise with and without DGPS, but the mean position for long-term averages has a 3-4 m bias without DGPS and a 7-9m elevation bias without DGPS. It appears the real benefit to DGPS now is true accuracy, not reduction of SA noise. The normal GPS signal now appears to have some *very* long-term correlation to it so that averaging has very little benefit now (at most a 3:1 improvement now vs. something like 50:1 with SA on). My setup is a VP Oncore and TAPR DGPS RTCM board as the master station, running off a Lowe antenna on my antenna tower. The antenna is on an 18x24" aluminum ground plane which is above all local obstructions. I have a Garmin GPS 40 and a second VP Oncore as rover receivers. I occasionally borrow a Garmin 12XL for testing. I do all my evaluations using Stan Huntting's SA Watch program together with Excel, PC DSP, and SpectraPlus for advanced analysis. Jeff Vollin Scott Tillman wrote: > So we all know that the accuracy of the basic GPS receiver > has improved since SA has been turned off, but has that > effected the results of a differential corrected receiver?? > > scott k7ysv@iname.com > > --- > You are currently subscribed to tacgps as: BARNIE@FLASH.NET > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 23 11:49:50 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA15144 for ; Tue, 23 May 2000 11:49:48 -0500 (CDT) Message-Id: X-Sender: davem@mail.cs.ubc.ca Date: Tue, 23 May 2000 09:49:48 -0700 To: "TAPR Special Interest Group" From: Dave Martindale Subject: [tacgps] Re: DGPS accuracy In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <3.0.6.32.20000523094948.00837400@mail.cs.ubc.ca> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk >What I base this on is the fact that my Garmin receiver gets >about 9m accuracy (95% confidence level) with DGPS in >the field (baselines of a couple miles) and the same number >in a zero-baseline test (rover and reference on the same >antenna with a splitter).... If I run a ZB test with my >two VP Oncores, I get a 1 m accuracy so the errors with >the Garmin are entirely in that unit. This implies the Garmin >in a DGPS mode has its variability defined by its own noise, >not by the GPS signal itself. Which Garmin receiver was this? You mention that you have a GPS 40 (old single channel receiver) and sometimes borrow a 12XL (new 12-channel receiver), but which one gives you 9 m? My own experiments with DGPS from a Coast Guard beacon suggest that the old garmin receivers (GPS 20, 45XL in my case, same receiver as the 40) are *much* noisier than the newer 12-channel receivers (12XL, GPS 25LP). Dave --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 23 16:51:32 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA09558 for ; Tue, 23 May 2000 16:51:31 -0500 (CDT) Message-ID: Date: Tue, 23 May 2000 17:50:58 -0400 From: Bob Smith Organization: @Home Network Member X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Supplier for Motorola UT+ References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <392AFD42.F16F7560@home.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk My interest is in precision timing, not so much positioning. With the M12 falling out of favor for timing applications, I am wondering about sources of supply for the Moto UT+ which seems to be the leader of the pack in the post-SA era (and probably was pre-SA). Bob Smith -- --------- Avoid computer viruses -- Practice safe hex ------------- * * Specializing in small, cost effective embedded control systems * * Robert L. (Bob) Smith Smith Machine Works, Inc. internet bobsmith5@home.com 9900 Lumlay Road landline 804/745-1065 Richmond, Virginia 23236+1004 --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 23 18:47:42 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA19972 for ; Tue, 23 May 2000 18:47:42 -0500 (CDT) Message-Id: To: "TAPR Special Interest Group" Subject: [tacgps] Re: Supplier for Motorola UT+ In-Reply-To: Your message of "Tue, 23 May 2000 17:50:58 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 May 2000 16:59:39 -0600 From: Reg Clemens List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005232259.QAA01057@orion.dwf.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Well I assume Synergy still has some units, but > With the M12 falling out of favor for timing applications, The M12 in its current incarnation was not MEANT to be a timing receiver, so the fact that it doesnt do as well as the old VP/UT boards is not surprising. I suspect different firmware would go a long way towards closing the gap. So, IF you are going to be using the VP/UT/M12 with a PC, timestamping the PPS transitions, (like NTP does) then the M12 is not THAT much worse than the better units. Unless you have an OS that I dont know about, the latencies (actually variability in latencies) in answering the interrupts overshadows the M12's problems, and the M12 is only x2 - x3 worse than the VP. If you are measuring the PPS signal some other way, then it could be x10 worse... -- Reg.Clemens reg@dwf.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 23 20:08:28 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA12851 for ; Tue, 23 May 2000 20:08:27 -0500 (CDT) Message-ID: From: "Doug McKinney" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: Supplier for Motorola UT+ Date: Tue, 23 May 2000 18:03:53 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <003801bfc51b$eeb213e0$cc0dcccf@gateway> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Bob, TAPR has about 8 UT+ in stock (they had about 8 unsold at Dayton). Doug ----- Original Message ----- From: "Bob Smith" To: "TAPR Special Interest Group" Sent: Tuesday, May 23, 2000 2:50 PM Subject: [tacgps] Supplier for Motorola UT+ > > My interest is in precision timing, not so much positioning. > > With the M12 falling out of favor for timing applications, I > am wondering about sources of supply for the Moto UT+ which > seems to be the leader of the pack in the post-SA era (and > probably was pre-SA). > > Bob Smith > > > -- > > --------- Avoid computer viruses -- Practice safe hex > ------------- > * * Specializing in small, cost effective embedded control > systems * * > Robert L. (Bob) Smith Smith Machine Works, Inc. > internet bobsmith5@home.com 9900 Lumlay Road > landline 804/745-1065 Richmond, Virginia > 23236+1004 > > --- > You are currently subscribed to tacgps as: KC3RL@MCKTECH.COM > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 23 21:12:23 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA29018 for ; Tue, 23 May 2000 21:12:21 -0500 (CDT) Message-ID: Date: Tue, 23 May 2000 19:11:48 -0700 From: Jeff X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: DGPS accuracy References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <392B3A64.BE6EED78@flash.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk The 9m was based on the GPS40. I found the 12XL to be quieter as you suggest. It came in about 6m in the same zero baseline test. The VP Oncore is still much quieter at 1m. Dave Martindale wrote: > >What I base this on is the fact that my Garmin receiver gets > >about 9m accuracy (95% confidence level) with DGPS in > >the field (baselines of a couple miles) and the same number > >in a zero-baseline test (rover and reference on the same > >antenna with a splitter).... If I run a ZB test with my > >two VP Oncores, I get a 1 m accuracy so the errors with > >the Garmin are entirely in that unit. This implies the Garmin > >in a DGPS mode has its variability defined by its own noise, > >not by the GPS signal itself. > > Which Garmin receiver was this? You mention that you have a > GPS 40 (old single channel receiver) and sometimes borrow a > 12XL (new 12-channel receiver), but which one gives you 9 m? > > My own experiments with DGPS from a Coast Guard beacon suggest > that the old garmin receivers (GPS 20, 45XL in my case, same > receiver as the 40) are *much* noisier than the newer 12-channel > receivers (12XL, GPS 25LP). > > Dave > > --- > You are currently subscribed to tacgps as: BARNIE@FLASH.NET > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 23 21:43:54 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA07291 for ; Tue, 23 May 2000 21:43:53 -0500 (CDT) Message-ID: Date: Wed, 24 May 2000 03:42:53 +0100 From: "Dr Thomas A Clark (W3IWI)" X-Accept-Language: en,pdf MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] RE: DGPS accuracy References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <392B41AD.D50CE3D7@clark.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Brian Kirby wrote: > > I have two Oncore VPs and a M12. When the VP generates DGPS, the other > VP tracks it very tightly, usually within a meter over 15 minutes. > > Ironically when the DGPS it sent to a Garmin 12XL, the EPE goes up say > from 17 to 30. But if you look at the plot, its still tracking tighter > than non DGPS. Brian -- the EPE is calculated on the basis of the geometry of the satellites actually used in the solution. When enough satellites with DGPS corrections are available the Garmin (and most other receivers) revert to a mode where they only use the satellites for which corrections are available. On the Garmin bar-graph S-Meter, these are the satellites with a "D" at the bottom. The Garmin is a 12-channel unit, and often at mid-latitudes we have 11-12 satellites in view. But the Oncore that is generating the DGPS signals is only an 8-channel unit. Hence there can be up to 4 more satellites being tracked by the Garmin. These extra satellites would improve the HDOP/PDOP (by which EPE is calculated) if corrections were available. This lack of enough channels is one of the problems with the Oncore, and is the reason that some of us hope that a cost-effective 12-channel DGPS base station solution becomes available. 73, Tom --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 23 22:07:33 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id WAA12646 for ; Tue, 23 May 2000 22:07:30 -0500 (CDT) Message-Id: X-Sender: bobj@rio.atlantic.net Date: Tue, 23 May 2000 23:05:49 -0400 To: "TAPR Special Interest Group" From: Bob Johnson Subject: [tacgps] Re: OXCO Cc: bill@sphere.math.ucdavis.edu In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <3.0.6.32.20000523230549.00b7d100@rio.atlantic.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk >From: Bill Broadley >Date: Mon, 22 May 2000 20:23:28 -0700 >X-Message-Number: 6 > >On Sat, May 20, 2000 at 11:45:39AM -0500, mdmiller@fastlane.net wrote: >> Does any one know of a source for purchasing a single new or used OXCO? > >Please excuse the novice question. > >Could this be used to improve the accuracy of a normal PC that's time >synced with a GPS? > >I'd love to replace the lousy crystal on my motherboard with something >a bit more accurate.... > >Has anyone done similiar? > >-- >Bill The usual approach is to connect the GPS as a time reference to the computer, and then use an NTP (Network Time Protocol) program to read the GPS time at intervals and adjust the system clock to match it. Both BSD and Linux systems can do this, I suspect that by now someone has software to do it for at least some varieties of Windows. You can keep the system clock accurate to a small fraction of a second this way. I don't have a reference to details on how to do it handy, though, but the program is "xntpd". It also turns your system into an NTP server so that other computers on your network can accurately set their time from it. -- Bob +-------------------------------------------------------- | Bob Johnson | bobj@atlantic.net +-------------------------------------------------------- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Wed May 24 06:44:51 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id GAA11786 for ; Wed, 24 May 2000 06:44:49 -0500 (CDT) Message-ID: From: "Kirby, Brian" To: "TAPR Special Interest Group" Subject: [tacgps] Re: Supplier for Motorola UT+ Date: Wed, 24 May 2000 06:43:03 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFC575.395ABB5A" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFC575.395ABB5A Content-Type: text/plain I know Synergy also has some refurbed Oncore VPs. > ---------- > From: Doug McKinney[SMTP:Design@mt.to] > Reply To: TAPR Special Interest Group > Sent: Tuesday, May 23, 2000 8:03 PM > To: TAPR Special Interest Group > Subject: [tacgps] Re: Supplier for Motorola UT+ > > > Bob, TAPR has about 8 UT+ in stock (they had about 8 unsold at Dayton). > > Doug > > ----- Original Message ----- > From: "Bob Smith" > To: "TAPR Special Interest Group" > Sent: Tuesday, May 23, 2000 2:50 PM > Subject: [tacgps] Supplier for Motorola UT+ > > > > > > My interest is in precision timing, not so much positioning. > > > > With the M12 falling out of favor for timing applications, I > > am wondering about sources of supply for the Moto UT+ which > > seems to be the leader of the pack in the post-SA era (and > > probably was pre-SA). > > > > Bob Smith > > > > > > -- > > > > --------- Avoid computer viruses -- Practice safe hex > > ------------- > > * * Specializing in small, cost effective embedded control > > systems * * > > Robert L. (Bob) Smith Smith Machine Works, Inc. > > internet bobsmith5@home.com 9900 Lumlay Road > > landline 804/745-1065 Richmond, Virginia > > 23236+1004 > > > > --- > > You are currently subscribed to tacgps as: KC3RL@MCKTECH.COM > > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > > > > > --- > You are currently subscribed to tacgps as: brian.kirby@msfc.nasa.gov > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > ------_=_NextPart_001_01BFC575.395ABB5A Content-Type: text/html Content-Transfer-Encoding: quoted-printable RE: [tacgps] Re: Supplier for Motorola UT+

I know Synergy also = has some refurbed Oncore VPs.

    ----------
    From:   = Doug = McKinney[SMTP:Design@mt.to]
    Reply To: =       TAPR Special Interest Group
    Sent:   = Tuesday, May 23, 2000 8:03 = PM
    To: =     TAPR Special = Interest Group
    Subject: =        [tacgps] Re: Supplier for Motorola UT+


    Bob, TAPR has about 8 UT+ in stock = (they had about 8 unsold at Dayton).

    Doug

    ----- Original Message -----
    From: "Bob Smith" = <bobsmith5@home.com>
    To: "TAPR Special Interest = Group" <tacgps@lists.tapr.org>
    Sent: Tuesday, May 23, 2000 2:50 = PM
    Subject: [tacgps] Supplier for = Motorola UT+


    >
    > My interest is in precision = timing, not so much positioning.
    >
    > With the M12 falling out of = favor for timing applications, I
    > am wondering about sources of = supply for the Moto UT+ which
    > seems to be the leader of the = pack in the post-SA era (and
    > probably was pre-SA).
    >
    > Bob Smith
    >
    >
    > --
    >
    > ---------  Avoid computer = viruses  --  Practice safe hex
    > -------------
    >  * * Specializing in small, = cost effective embedded control
    > systems * *
    > Robert L. (Bob) Smith Smith = Machine Works, Inc.
    > internet   = bobsmith5@home.com 9900 Lumlay Road
    > landline   = 804/745-1065          =        Richmond, Virginia
    > 23236+1004
    >
    > ---
    > You are currently subscribed to = tacgps as: KC3RL@MCKTECH.COM
    > To unsubscribe send a blank = email to leave-tacgps-6754G@lists.tapr.org
    >


    ---
    You are currently subscribed to = tacgps as: brian.kirby@msfc.nasa.gov
    To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org

------_=_NextPart_001_01BFC575.395ABB5A-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Wed May 24 10:56:54 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA18202 for ; Wed, 24 May 2000 10:56:53 -0500 (CDT) Message-ID: From: "Doug McKinney" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: Supplier for Motorola UT+ Date: Wed, 24 May 2000 08:55:40 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0013_01BFC55D.D5ED6AC0" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <001601bfc598$82ba1fc0$bb0dcccf@gateway> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0013_01BFC55D.D5ED6AC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [tacgps] Re: Supplier for Motorola UT+I heard that they had gotten a = hold of a few VP's! Considering the VP's attributes; timing, DGPS and = carrier phase abilities, it maybe worth getting another VP. I'll have = to give Art a call. Doug ----- Original Message -----=20 From: Kirby, Brian=20 To: TAPR Special Interest Group=20 Sent: Wednesday, May 24, 2000 4:43 AM Subject: [tacgps] Re: Supplier for Motorola UT+ I know Synergy also has some refurbed Oncore VPs.=20 ----------=20 From: Doug McKinney[SMTP:Design@mt.to]=20 Reply To: TAPR Special Interest Group=20 Sent: Tuesday, May 23, 2000 8:03 PM=20 To: TAPR Special Interest Group=20 Subject: [tacgps] Re: Supplier for Motorola UT+=20 Bob, TAPR has about 8 UT+ in stock (they had about 8 unsold at = Dayton).=20 Doug=20 ----- Original Message -----=20 From: "Bob Smith" =20 To: "TAPR Special Interest Group" =20 Sent: Tuesday, May 23, 2000 2:50 PM=20 Subject: [tacgps] Supplier for Motorola UT+=20 >=20 > My interest is in precision timing, not so much positioning.=20 >=20 > With the M12 falling out of favor for timing applications, I=20 > am wondering about sources of supply for the Moto UT+ which=20 > seems to be the leader of the pack in the post-SA era (and=20 > probably was pre-SA).=20 >=20 > Bob Smith=20 >=20 >=20 > --=20 >=20 > --------- Avoid computer viruses -- Practice safe hex=20 > -------------=20 > * * Specializing in small, cost effective embedded control=20 > systems * *=20 > Robert L. (Bob) Smith Smith Machine Works, Inc.=20 > internet bobsmith5@home.com 9900 Lumlay Road=20 > landline 804/745-1065 Richmond, Virginia=20 > 23236+1004=20 >=20 > ---=20 > You are currently subscribed to tacgps as: KC3RL@MCKTECH.COM=20 > To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org=20 >=20 ---=20 You are currently subscribed to tacgps as: brian.kirby@msfc.nasa.gov = To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org=20 ------=_NextPart_000_0013_01BFC55D.D5ED6AC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [tacgps] Re: Supplier for Motorola UT+
I heard that they had gotten a hold of = a few=20 VP's!  Considering the VP's attributes; timing, DGPS and carrier = phase=20 abilities, it maybe worth getting another VP.  I'll have to give = Art a=20 call.
 
Doug
 
----- Original Message -----
From:=20 Kirby, Brian
To: TAPR Special=20 Interest Group
Sent: Wednesday, May 24, 2000 = 4:43=20 AM
Subject: [tacgps] Re: Supplier = for=20 Motorola UT+

I know Synergy also has = some refurbed=20 Oncore VPs.

    ---------- =
    From:   Doug McKinney[SMTP:Design@mt.to] =
    Reply To:=20       TAPR=20 Special Interest Group
    Sent:   Tuesday,=20 May 23, 2000 8:03 PM
    To:     TAPR Special Interest Group
    Subject:        = [tacgps] Re: Supplier for Motorola = UT+=20


    Bob, TAPR has about 8 UT+ in stock = (they had=20 about 8 unsold at Dayton).

    Doug

    ----- Original Message ----- =
    From: "Bob Smith" = <bobsmith5@home.com>=20
    To: "TAPR Special Interest Group"=20 <tacgps@lists.tapr.org>
    Sent:=20 Tuesday, May 23, 2000 2:50 PM
    Subject:=20 [tacgps] Supplier for Motorola UT+


    >
    > My=20 interest is in precision timing, not so much positioning. =
    >
    > With the M12=20 falling out of favor for timing applications, I
    > am wondering about sources of supply for the Moto UT+=20 which
    > seems to be the = leader of the=20 pack in the post-SA era (and
    >=20 probably was pre-SA).
    >=20
    > Bob Smith =
    >
    >=20
    > --
    >
    > = ---------  Avoid=20 computer viruses  --  Practice safe hex
    > -------------
    >  * * Specializing in small, cost effective = embedded=20 control
    > systems * = *
    > Robert L. (Bob) Smith Smith Machine = Works,=20 Inc.
    > = internet  =20 bobsmith5@home.com 9900 Lumlay Road
    >=20 landline  =20 = 804/745-1065          &= nbsp;     =20 Richmond, Virginia
    > = 23236+1004=20
    >
    >=20 ---
    > You are currently = subscribed to=20 tacgps as: KC3RL@MCKTECH.COM
    > To=20 unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org=20
    >


    ---
    You are=20 currently subscribed to tacgps as: brian.kirby@msfc.nasa.gov=20
    To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org =

------=_NextPart_000_0013_01BFC55D.D5ED6AC0-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Wed May 24 11:02:13 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA20337 for ; Wed, 24 May 2000 11:02:00 -0500 (CDT) Message-ID: From: "Kirby, Brian" To: "TAPR Special Interest Group" Subject: [tacgps] Re: Supplier for Motorola UT+ Date: Wed, 24 May 2000 10:59:10 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFC599.045DFD80" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFC599.045DFD80 Content-Type: text/plain I ordered one yesterday - $232. They have put a new oscillator in them. > ---------- > From: Doug McKinney[SMTP:Design@mt.to] > Reply To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 10:55 AM > To: TAPR Special Interest Group > Subject: [tacgps] Re: Supplier for Motorola UT+ > > I heard that they had gotten a hold of a few VP's! Considering the VP's > attributes; timing, DGPS and carrier phase abilities, it maybe worth > getting another VP. I'll have to give Art a call. > > Doug > > > ----- Original Message ----- > From: Kirby, Brian > To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 4:43 AM > Subject: [tacgps] Re: Supplier for Motorola UT+ > > > I know Synergy also has some refurbed Oncore VPs. > > ---------- > From: Doug McKinney[ SMTP:Design@mt.to] > Reply To: TAPR Special Interest Group > Sent: Tuesday, May 23, 2000 8:03 PM > To: TAPR Special Interest Group > Subject: [tacgps] Re: Supplier for Motorola UT+ > > > Bob, TAPR has about 8 UT+ in stock (they had about 8 unsold > at Dayton). > > Doug > > ----- Original Message ----- > From: "Bob Smith" > To: "TAPR Special Interest Group" > Sent: Tuesday, May 23, 2000 2:50 PM > Subject: [tacgps] Supplier for Motorola UT+ > > > > > > My interest is in precision timing, not so much positioning. > > > > With the M12 falling out of favor for timing applications, I > > am wondering about sources of supply for the Moto UT+ which > > seems to be the leader of the pack in the post-SA era (and > > probably was pre-SA). > > > > Bob Smith > > > > > > -- > > > > --------- Avoid computer viruses -- Practice safe hex > > ------------- > > * * Specializing in small, cost effective embedded control > > systems * * > > Robert L. (Bob) Smith Smith Machine Works, Inc. > > internet bobsmith5@home.com 9900 Lumlay Road > > landline 804/745-1065 Richmond, Virginia > > 23236+1004 > > > > --- > > You are currently subscribed to tacgps as: KC3RL@MCKTECH.COM > > To unsubscribe send a blank email to > leave-tacgps-6754G@lists.tapr.org > > > > > --- > You are currently subscribed to tacgps as: brian.kirby@msfc.nasa.gov > > To unsubscribe send a blank email to > leave-tacgps-6754G@lists.tapr.org > > ------_=_NextPart_001_01BFC599.045DFD80 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [tacgps] Re: Supplier for Motorola UT+

I ordered one = yesterday - $232.  They have put a new oscillator in them.

    ----------
    From:   = Doug = McKinney[SMTP:Design@mt.to]
    Reply To: =       TAPR Special Interest Group
    Sent:   = Wednesday, May 24, 2000 10:55 = AM
    To: =     TAPR Special = Interest Group
    Subject: =        [tacgps] Re: Supplier for Motorola UT+

    I heard that they had gotten a hold of = a few VP's!=A0 Considering the VP's attributes; timing, DGPS and = carrier phase abilities, it maybe worth getting another VP.=A0 I'll = have to give Art a call.

    =A0
    Doug
    =A0

      ----- Original Message -----
      From: Kirby, = Brian
      To: TAPR = Special Interest Group
      Sent: = Wednesday, May 24, 2000 4:43 AM
      Subject: = [tacgps] Re: Supplier for Motorola UT+


      I know Synergy also = has some refurbed Oncore VPs.

              ----------
      From: =A0 Doug = McKinney[ SMTP:Design@mt.to]
      Reply To: =A0=A0=A0=A0=A0 TAPR Special Interest Group
      Sent: =A0 Tuesday, May 23, 2000 8:03 PM =
      To: =A0=A0=A0 TAPR Special Interest Group
      Subject: =A0=A0=A0=A0=A0=A0 [tacgps] Re: Supplier for Motorola UT+


              Bob, TAPR has about 8 UT+ in stock (they had about 8 = unsold at Dayton).

              Doug

              ----- Original Message -----=20
      From: "Bob Smith" = <bobsmith5@home.com>
      To: "TAPR Special Interest = Group" <tacgps@lists.tapr.org> =
      Sent: Tuesday, May 23, 2000 2:50 = PM
      Subject: [tacgps] Supplier for = Motorola UT+


              >=20
      > My interest is in precision = timing, not so much positioning.
      >=20
      > With the M12 falling out of = favor for timing applications, I
      > am wondering about sources of = supply for the Moto UT+ which
      > seems to be the leader of the = pack in the post-SA era (and
      > probably was = pre-SA).
      >=20
      > Bob Smith
      >=20
      >=20
      > --=20
      >=20
      > ---------=A0 Avoid computer = viruses=A0 --=A0 Practice safe hex=20
      > -------------
      >=A0 * * Specializing in small, = cost effective embedded control
      > systems * *
      > Robert L. (Bob) Smith Smith = Machine Works, Inc.
      > internet=A0=A0 = bobsmith5@home.com 9900 Lumlay Road
      > landline=A0=A0 = 804/745-1065=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Richmond, = Virginia
      > 23236+1004
      >=20
      > --- =
      > You are currently subscribed to = tacgps as: KC3RL@MCKTECH.COM
      > To unsubscribe send a blank = email to leave-tacgps-6754G@lists.tapr.org =
      >=20


              ---
      You are currently subscribed to = tacgps as: brian.kirby@msfc.nasa.gov =
      To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org


------_=_NextPart_001_01BFC599.045DFD80-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Wed May 24 11:07:22 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA21557 for ; Wed, 24 May 2000 11:07:09 -0500 (CDT) Message-ID: From: "Doug McKinney" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: Supplier for Motorola UT+ Date: Wed, 24 May 2000 09:05:00 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0041_01BFC55F.23A8E720" X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <004401bfc599$d0866500$bb0dcccf@gateway> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_000_0041_01BFC55F.23A8E720 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [tacgps] Re: Supplier for Motorola UT+Hum, the old oscillator was = the good part about the VP! Is the new oscillator an improvement or = just a replacement? Doug ----- Original Message -----=20 From: Kirby, Brian=20 To: TAPR Special Interest Group=20 Sent: Wednesday, May 24, 2000 8:59 AM Subject: [tacgps] Re: Supplier for Motorola UT+ I ordered one yesterday - $232. They have put a new oscillator in = them.=20 ----------=20 From: Doug McKinney[SMTP:Design@mt.to]=20 Reply To: TAPR Special Interest Group=20 Sent: Wednesday, May 24, 2000 10:55 AM=20 To: TAPR Special Interest Group=20 Subject: [tacgps] Re: Supplier for Motorola UT+=20 I heard that they had gotten a hold of a few VP's! Considering the = VP's attributes; timing, DGPS and carrier phase abilities, it maybe = worth getting another VP. I'll have to give Art a call. =20 Doug=20 =20 ----- Original Message -----=20 From: Kirby, Brian=20 To: TAPR Special Interest Group=20 Sent: Wednesday, May 24, 2000 4:43 AM=20 Subject: [tacgps] Re: Supplier for Motorola UT+=20 I know Synergy also has some refurbed Oncore VPs.=20 ----------=20 From: Doug McKinney[ SMTP:Design@mt.to]=20 Reply To: TAPR Special Interest Group=20 Sent: Tuesday, May 23, 2000 8:03 PM=20 To: TAPR Special Interest Group=20 Subject: [tacgps] Re: Supplier for Motorola UT+=20 Bob, TAPR has about 8 UT+ in stock (they had about 8 = unsold at Dayton).=20 Doug=20 ----- Original Message -----=20 From: "Bob Smith" =20 To: "TAPR Special Interest Group" =20 Sent: Tuesday, May 23, 2000 2:50 PM=20 Subject: [tacgps] Supplier for Motorola UT+=20 >=20 > My interest is in precision timing, not so much positioning.=20 >=20 > With the M12 falling out of favor for timing applications, I=20 > am wondering about sources of supply for the Moto UT+ which=20 > seems to be the leader of the pack in the post-SA era (and=20 > probably was pre-SA).=20 >=20 > Bob Smith=20 >=20 >=20 > --=20 >=20 > --------- Avoid computer viruses -- Practice safe hex=20 > -------------=20 > * * Specializing in small, cost effective embedded control=20 > systems * *=20 > Robert L. (Bob) Smith Smith Machine Works, Inc.=20 > internet bobsmith5@home.com 9900 Lumlay Road=20 > landline 804/745-1065 Richmond, Virginia=20 > 23236+1004=20 >=20 > ---=20 > You are currently subscribed to tacgps as: KC3RL@MCKTECH.COM=20 > To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org=20 >=20 ---=20 You are currently subscribed to tacgps as: = brian.kirby@msfc.nasa.gov=20 To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org=20 ------=_NextPart_000_0041_01BFC55F.23A8E720 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [tacgps] Re: Supplier for Motorola UT+
Hum, the old oscillator was the good = part about the=20 VP!  Is the new oscillator an improvement or just a=20 replacement?
 
Doug
----- Original Message -----
From:=20 Kirby, Brian
To: TAPR Special=20 Interest Group
Sent: Wednesday, May 24, 2000 = 8:59=20 AM
Subject: [tacgps] Re: Supplier = for=20 Motorola UT+

I ordered one yesterday = - $232. =20 They have put a new oscillator in them.

    ---------- =
    From:   Doug McKinney[SMTP:Design@mt.to] =
    Reply To:=20       TAPR=20 Special Interest Group
    Sent:   Wednesday,=20 May 24, 2000 10:55 AM
    To:     TAPR Special Interest Group
    Subject:        = [tacgps] Re: Supplier for Motorola = UT+=20

    I heard that they had gotten a hold = of a few=20 VP's!  Considering the VP's attributes; timing, DGPS and = carrier phase=20 abilities, it maybe worth getting another VP.  I'll have to = give Art a=20 call.

     
    Doug=20
     

      ----- Original Message ----- =
      From: Kirby, Brian =
      To: TAPR Special Interest Group=20
      Sent:=20 Wednesday, May 24, 2000 4:43 AM
      Subject: [tacgps] Re: = Supplier for=20 Motorola UT+


      I know Synergy also = has some=20 refurbed Oncore VPs.

              ----------
      From:=20   Doug = McKinney[=20 SMTP:Design@mt.to]
      Reply To:=20       TAPR Special Interest Group=20
      Sent:   Tuesday, May=20 23, 2000 8:03 PM
      To:=20     TAPR Special=20 Interest Group
      Subject:=20        [tacgps] Re: Supplier for Motorola UT+=20


              Bob,=20 TAPR has about 8 UT+ in stock (they had about 8 unsold at=20 Dayton).

              Doug

              ----- Original Message -----
      From: "Bob Smith" <bobsmith5@home.com>
      To: "TAPR = Special Interest=20 Group" <tacgps@lists.tapr.org>=20
      Sent: Tuesday, May 23, 2000 = 2:50=20 PM
      Subject:=20 [tacgps] Supplier for Motorola UT+ =


              >
      > My = interest is in=20 precision timing, not so much positioning.=20
      >
      > With the M12 falling out of favor for timing = applications,=20 I
      > am=20 wondering about sources of supply for the Moto UT+ = which
      > seems to = be the leader=20 of the pack in the post-SA era (and=20
      > probably was = pre-SA).
      > =
      > Bob Smith =
      >
      >=20
      > --
      >
      > = ---------  Avoid=20 computer viruses  --  Practice safe hex
      > ------------- =
      >  * * Specializing = in small,=20 cost effective embedded control =
      > systems * *=20
      > Robert L. (Bob) Smith = Smith=20 Machine Works, Inc.
      > internet   bobsmith5@home.com 9900 Lumlay=20 Road
      >=20 landline  =20 = 804/745-1065          &= nbsp;     =20 Richmond, Virginia
      > 23236+1004 =
      >
      > = ---
      > You are = currently=20 subscribed to tacgps as: KC3RL@MCKTECH.COM=20
      > To unsubscribe send a = blank email=20 to leave-tacgps-6754G@lists.tapr.org=20
      >


              ---
      You=20 are currently subscribed to tacgps as:=20 brian.kirby@msfc.nasa.gov =
      To unsubscribe send a blank email to=20 leave-tacgps-6754G@lists.tapr.org=20


------=_NextPart_000_0041_01BFC55F.23A8E720-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Wed May 24 11:28:28 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA28410 for ; Wed, 24 May 2000 11:28:15 -0500 (CDT) Message-ID: From: "Kirby, Brian" To: "TAPR Special Interest Group" Subject: [tacgps] Re: Supplier for Motorola UT+ Date: Wed, 24 May 2000 11:25:56 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFC59C.BE62D482" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFC59C.BE62D482 Content-Type: text/plain Gina Aspeytia at Synergy said (SPECZ is part of the part number) ; All of the VP ONCORE parts are new, from the factory and have never been sold. Motorola changed an oscillator part on these VPs at the factory which did not meet specifications. The SPECZ in the middle of the part number is to differentiate these parts with new oscillators from other VP units for warranty purposes. We (Synergy) warranty these parts for 1 year but repairs can only be made to the extent that parts are available to make repair. > ---------- > From: Doug McKinney[SMTP:Design@mt.to] > Reply To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 11:05 AM > To: TAPR Special Interest Group > Subject: [tacgps] Re: Supplier for Motorola UT+ > > Hum, the old oscillator was the good part about the VP! Is the new > oscillator an improvement or just a replacement? > > Doug > > ----- Original Message ----- > From: Kirby, Brian > To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 8:59 AM > Subject: [tacgps] Re: Supplier for Motorola UT+ > > > I ordered one yesterday - $232. They have put a new oscillator in > them. > > ---------- > From: Doug McKinney[ SMTP:Design@mt.to] > Reply To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 10:55 AM > To: TAPR Special Interest Group > Subject: [tacgps] Re: Supplier for Motorola UT+ > > I heard that they had gotten a hold of a few VP's! > Considering the VP's attributes; timing, DGPS and carrier phase abilities, > it maybe worth getting another VP. I'll have to give Art a call. > > > Doug > > > ----- Original Message ----- > From: Kirby, Brian > To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 4:43 AM > Subject: [tacgps] Re: Supplier for Motorola UT+ > > > I know Synergy also has some refurbed Oncore VPs. > > ---------- > From: Doug McKinney[ SMTP:Design@mt.to] > Reply To: TAPR Special Interest Group > Sent: Tuesday, May 23, 2000 8:03 PM > To: TAPR Special Interest Group > Subject: [tacgps] Re: Supplier for Motorola UT+ > > > Bob, TAPR has about 8 UT+ in stock (they had > about 8 unsold at Dayton). > > Doug > > ----- Original Message ----- > From: "Bob Smith" > To: "TAPR Special Interest Group" > Sent: Tuesday, May 23, 2000 2:50 PM > Subject: [tacgps] Supplier for Motorola UT+ > > > > > > My interest is in precision timing, not so much > positioning. > > > > With the M12 falling out of favor for timing applications, > I > > am wondering about sources of supply for the Moto UT+ > which > > seems to be the leader of the pack in the post-SA era (and > > > probably was pre-SA). > > > > Bob Smith > > > > > > -- > > > > --------- Avoid computer viruses -- Practice safe hex > > ------------- > > * * Specializing in small, cost effective embedded > control > > systems * * > > Robert L. (Bob) Smith Smith Machine Works, Inc. > > internet bobsmith5@home.com 9900 Lumlay Road > > landline 804/745-1065 Richmond, Virginia > > > 23236+1004 > > > > --- > > You are currently subscribed to tacgps as: > KC3RL@MCKTECH.COM > > To unsubscribe send a blank email to > leave-tacgps-6754G@lists.tapr.org > > > > > --- > You are currently subscribed to tacgps as: > brian.kirby@msfc.nasa.gov > To unsubscribe send a blank email to > leave-tacgps-6754G@lists.tapr.org > > > ------_=_NextPart_001_01BFC59C.BE62D482 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [tacgps] Re: Supplier for Motorola UT+

Gina Aspeytia at = Synergy said (SPECZ is part of the part number) ; All of the VP ONCORE = parts are new, from the factory and have never been sold.  = Motorola changed an oscillator part on these VPs at the factory which = did not meet specifications.  The SPECZ in the middle of the part = number is to differentiate these parts with new oscillators from other = VP units for warranty purposes. We (Synergy) warranty these parts for 1 = year but repairs can only be made to the extent that parts are = available to make repair.


    ----------
    From:   = Doug = McKinney[SMTP:Design@mt.to]
    Reply To: =       TAPR Special Interest Group
    Sent:   = Wednesday, May 24, 2000 11:05 = AM
    To: =     TAPR Special = Interest Group
    Subject: =        [tacgps] Re: Supplier for Motorola UT+

    Hum, the old oscillator was the good = part about the VP!=A0 Is the new oscillator an improvement or just a = replacement?
    =A0
    Doug

      ----- Original Message -----
      From: Kirby, = Brian
      To: TAPR = Special Interest Group
      Sent: = Wednesday, May 24, 2000 8:59 AM
      Subject: = [tacgps] Re: Supplier for Motorola UT+


      I ordered one = yesterday - $232.=A0 They have put a new oscillator in = them.

              ----------
      From: =A0 Doug = McKinney[ SMTP:Design@mt.to]
      Reply To: =A0=A0=A0=A0=A0 TAPR Special Interest Group
      Sent: =A0 Wednesday, May 24, 2000 10:55 AM =
      To: =A0=A0=A0 TAPR Special Interest Group
      Subject: =A0=A0=A0=A0=A0=A0 [tacgps] Re: Supplier for Motorola UT+

              I heard that they had gotten a hold of a few VP's!=A0 = Considering the VP's attributes; timing, DGPS and carrier phase = abilities, it maybe worth getting another VP.=A0 I'll have to give Art = a call.

              =A0 =
      Doug =
      =A0

                ----- Original Message -----
        From: Kirby, Brian
        To: TAPR Special Interest Group
        Sent: = Wednesday, May 24, 2000 4:43 AM
        Subject: = [tacgps] Re: Supplier for Motorola UT+


                I know Synergy also has some refurbed Oncore = VPs.

                =A0=A0=A0=A0=A0=A0=A0 ----------
        From: =A0 Doug = McKinney[ SMTP:Design@mt.to]
        Reply To: =A0=A0=A0=A0=A0 TAPR Special Interest Group
        Sent: =A0 Tuesday, May 23, 2000 8:03 PM =
        To: =A0=A0=A0 TAPR Special Interest Group
        Subject: =A0=A0=A0=A0=A0=A0 [tacgps] Re: Supplier for Motorola UT+


                =A0=A0=A0=A0=A0=A0=A0 Bob, TAPR has about 8 UT+ in stock (they had about 8 = unsold at Dayton).

                =A0=A0=A0=A0=A0=A0=A0 Doug

                =A0=A0=A0=A0=A0=A0=A0 ----- Original Message ----- =
        From: "Bob Smith" = <bobsmith5@home.com>
        To: "TAPR Special Interest = Group" <tacgps@lists.tapr.org> =
        Sent: Tuesday, May 23, 2000 2:50 = PM
        Subject: [tacgps] Supplier for = Motorola UT+


                =A0=A0=A0=A0=A0=A0=A0 >
        > My interest is in precision = timing, not so much positioning.
        > =
        > With the M12 falling out of = favor for timing applications, I
        > am wondering about sources of = supply for the Moto UT+ which
        > seems to be the leader of the = pack in the post-SA era (and
        > probably was = pre-SA).
        > =
        > Bob Smith
        > =
        > =
        > -- =
        > =
        > ---------=A0 Avoid computer = viruses=A0 --=A0 Practice safe hex
        > -------------
        >=A0 * * Specializing in small, = cost effective embedded control
        > systems * *
        > Robert L. (Bob) Smith Smith = Machine Works, Inc.
        > internet=A0=A0 = bobsmith5@home.com 9900 Lumlay Road
        > landline=A0=A0 = 804/745-1065=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Richmond, = Virginia
        > 23236+1004
        > =
        > --- =
        > You are currently subscribed to = tacgps as: KC3RL@MCKTECH.COM
        > To unsubscribe send a blank = email to leave-tacgps-6754G@lists.tapr.org =
        > =


                =A0=A0=A0=A0=A0=A0=A0 ---
        You are currently subscribed to = tacgps as: brian.kirby@msfc.nasa.gov =
        To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org



------_=_NextPart_001_01BFC59C.BE62D482-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Wed May 24 11:32:53 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA00651 for ; Wed, 24 May 2000 11:32:08 -0500 (CDT) Message-ID: From: "Kirby, Brian" To: "TAPR Special Interest Group" Subject: [tacgps] Re: Supplier for Motorola UT+ Date: Wed, 24 May 2000 11:29:17 -0500 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFC59D.35AB7B52" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFC59D.35AB7B52 Content-Type: text/plain; charset="iso-8859-1" Also, the part number is B81SPECZ16 a version of the B8121Z1116. Same receiver with version 10.0 firmware. > ---------- > From: Kirby, Brian[SMTP:Brian.Kirby@MSFC.NASA.GOV] > Reply To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 11:25 AM > To: TAPR Special Interest Group > Subject: [tacgps] Re: Supplier for Motorola UT+ > > Gina Aspeytia at Synergy said (SPECZ is part of the part number) ; All of > the VP ONCORE parts are new, from the factory and have never been sold. > Motorola changed an oscillator part on these VPs at the factory which did > not meet specifications. The SPECZ in the middle of the part number is to > differentiate these parts with new oscillators from other VP units for > warranty purposes. We (Synergy) warranty these parts for 1 year but > repairs can only be made to the extent that parts are available to make > repair. > > > ---------- > From: Doug McKinney[SMTP:Design@mt.to] > Reply To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 11:05 AM > To: TAPR Special Interest Group > Subject: [tacgps] Re: Supplier for Motorola UT+ > > Hum, the old oscillator was the good part about the VP! Is the new > oscillator an improvement or just a replacement? > > Doug > > ----- Original Message ----- > From: Kirby, Brian > To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 8:59 AM > Subject: [tacgps] Re: Supplier for Motorola UT+ > > > I ordered one yesterday - $232. They have put a new > oscillator in them. > > ---------- > From: Doug McKinney[ SMTP:Design@mt.to] > Reply To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 10:55 AM > To: TAPR Special Interest Group > Subject: [tacgps] Re: Supplier for Motorola UT+ > > I heard that they had gotten a hold of a few VP's! > Considering the VP's attributes; timing, DGPS and carrier phase abilities, > it maybe worth getting another VP. I'll have to give Art a call. > > > Doug > > > ----- Original Message ----- > From: Kirby, Brian > To: TAPR Special Interest Group > Sent: Wednesday, May 24, 2000 4:43 AM > Subject: [tacgps] Re: Supplier for Motorola UT+ > > > I know Synergy also has some refurbed Oncore > VPs. > > ---------- > From: Doug McKinney[ SMTP:Design@mt.to] > Reply To: TAPR Special Interest Group > Sent: Tuesday, May 23, 2000 8:03 PM > To: TAPR Special Interest Group > Subject: [tacgps] Re: Supplier for Motorola UT+ > > > Bob, TAPR has about 8 UT+ in stock > (they had about 8 unsold at Dayton). > > Doug > > ----- Original Message ----- > From: "Bob Smith" > To: "TAPR Special Interest Group" > Sent: Tuesday, May 23, 2000 2:50 PM > Subject: [tacgps] Supplier for Motorola UT+ > > > > > > My interest is in precision timing, not so much > positioning. > > > > With the M12 falling out of favor for timing applications, > I > > am wondering about sources of supply for the Moto UT+ > which > > seems to be the leader of the pack in the post-SA era (and > > > probably was pre-SA). > > > > Bob Smith > > > > > > -- > > > > --------- Avoid computer viruses -- Practice safe hex > > ------------- > > * * Specializing in small, cost effective embedded > control > > systems * * > > Robert L. (Bob) Smith Smith Machine Works, Inc. > > internet bobsmith5@home.com 9900 Lumlay Road > > landline 804/745-1065 Richmond, Virginia > > > 23236+1004 > > > > --- > > You are currently subscribed to tacgps as: > KC3RL@MCKTECH.COM > > To unsubscribe send a blank email to > leave-tacgps-6754G@lists.tapr.org > > > > > --- > You are currently subscribed to tacgps as: > brian.kirby@msfc.nasa.gov > To unsubscribe send a blank email to > leave-tacgps-6754G@lists.tapr.org > > > > ------_=_NextPart_001_01BFC59D.35AB7B52 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [tacgps] Re: Supplier for Motorola UT+

Also, the part = number is B81SPECZ16 a version of the B8121Z1116.  Same receiver = with version 10.0 firmware.

    ----------
    From:   = Kirby, = Brian[SMTP:Brian.Kirby@MSFC.NASA.GOV]
    Reply To: =       TAPR Special Interest Group
    Sent:   = Wednesday, May 24, 2000 11:25 = AM
    To: =     TAPR Special = Interest Group
    Subject: =        [tacgps] Re: Supplier for Motorola UT+

    Gina Aspeytia at = Synergy said (SPECZ is part of the part number) ; All of the VP ONCORE = parts are new, from the factory and have never been sold.=A0 Motorola = changed an oscillator part on these VPs at the factory which did not = meet specifications.=A0 The SPECZ in the middle of the part number is = to differentiate these parts with new oscillators from other VP units = for warranty purposes. We (Synergy) warranty these parts for 1 year but = repairs can only be made to the extent that parts are available to make = repair.


            ----------
    From: =A0 Doug = McKinney[SMTP:Design@mt.to]
    Reply To: =A0=A0=A0=A0=A0 TAPR Special Interest Group
    Sent: =A0 Wednesday, May 24, 2000 11:05 AM =
    To: =A0=A0=A0 TAPR Special Interest Group
    Subject: =A0=A0=A0=A0=A0=A0 [tacgps] Re: Supplier for Motorola UT+

            Hum, the old oscillator was the good part about the = VP!=A0 Is the new oscillator an improvement or just a = replacement?

    =A0
    Doug =

              ----- Original Message -----
      From: Kirby, Brian
      To: TAPR Special Interest Group
      Sent: = Wednesday, May 24, 2000 8:59 AM
      Subject: = [tacgps] Re: Supplier for Motorola UT+


              I ordered one yesterday - $232.=A0 They have = put a new oscillator in them.

              =A0=A0=A0=A0=A0=A0=A0 ----------
      From: =A0 Doug = McKinney[ SMTP:Design@mt.to]
      Reply To: =A0=A0=A0=A0=A0 TAPR Special Interest Group
      Sent: =A0 Wednesday, May 24, 2000 10:55 AM =
      To: =A0=A0=A0 TAPR Special Interest Group
      Subject: =A0=A0=A0=A0=A0=A0 [tacgps] Re: Supplier for Motorola UT+

              =A0=A0=A0=A0=A0=A0=A0 I heard that they had gotten a hold of a few VP's!=A0 = Considering the VP's attributes; timing, DGPS and carrier phase = abilities, it maybe worth getting another VP.=A0 I'll have to give Art = a call.

              =A0=A0=A0=A0=A0=A0=A0 =A0
      Doug =
      =A0

                =A0=A0=A0=A0=A0=A0=A0 ----- Original Message ----- =
        From: Kirby, Brian
        To: TAPR Special Interest Group
        Sent: = Wednesday, May 24, 2000 4:43 AM
        Subject: = [tacgps] Re: Supplier for Motorola UT+


                =A0=A0=A0=A0=A0=A0=A0 I know Synergy also has some refurbed Oncore = VPs.

                =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 ---------- =
        From: =A0 Doug = McKinney[ SMTP:Design@mt.to]
        Reply To: =A0=A0=A0=A0=A0 TAPR Special Interest Group
        Sent: =A0 Tuesday, May 23, 2000 8:03 PM =
        To: =A0=A0=A0 TAPR Special Interest Group
        Subject: =A0=A0=A0=A0=A0=A0 [tacgps] Re: Supplier for Motorola UT+


                =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 Bob, TAPR has about 8 UT+ in stock (they had = about 8 unsold at Dayton).

                =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 Doug

                =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 ----- Original Message -----
        From: "Bob Smith" = <bobsmith5@home.com>
        To: "TAPR Special Interest = Group" <tacgps@lists.tapr.org> =
        Sent: Tuesday, May 23, 2000 2:50 = PM
        Subject: [tacgps] Supplier for = Motorola UT+


                =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 >
        > My interest is in precision = timing, not so much positioning.
        > =
        > With the M12 falling out of = favor for timing applications, I
        > am wondering about sources of = supply for the Moto UT+ which
        > seems to be the leader of the = pack in the post-SA era (and
        > probably was = pre-SA).
        > =
        > Bob Smith
        > =
        > =
        > -- =
        > =
        > ---------=A0 Avoid computer = viruses=A0 --=A0 Practice safe hex
        > -------------
        >=A0 * * Specializing in small, = cost effective embedded control
        > systems * *
        > Robert L. (Bob) Smith Smith = Machine Works, Inc.
        > internet=A0=A0 = bobsmith5@home.com 9900 Lumlay Road
        > landline=A0=A0 = 804/745-1065=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Richmond, = Virginia
        > 23236+1004
        > =
        > --- =
        > You are currently subscribed to = tacgps as: KC3RL@MCKTECH.COM
        > To unsubscribe send a blank = email to leave-tacgps-6754G@lists.tapr.org =
        > =


                =A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0 ---
        You are currently subscribed to = tacgps as: brian.kirby@msfc.nasa.gov =
        To unsubscribe send a blank email to = leave-tacgps-6754G@lists.tapr.org




------_=_NextPart_001_01BFC59D.35AB7B52-- --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Thu May 25 18:00:06 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA17002 for ; Thu, 25 May 2000 18:00:05 -0500 (CDT) Date: Thu, 25 May 2000 17:58:53 Subject: [tacgps] M12 Eval Kit Issues To: "TAPR Special Interest Group" From: "Randy Warner" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" Sender: bounce-tacgps-6754@lists.tapr.org Message-Id: Precedence: bulk OK, I have finally joined the list to see what you guys have been saying about me... First Issue: Since I was apprised by Tom and Rick about the inverted 1PPS issue, we have modified the Eval Board assembly to correct the inversion. Physically, the boards are being modified almost exactly the way Rick mentioned in his previous post, except that The entire mod is being made on the top side of the board (without drilling a hole as Rick did.) Modified boards are identified as Assembly Revision "A". You can also see the 1" piece of 30 ga kynar wire on the topside of the board. The second group of 400 Eval boards (which started showing up from our assemby house this afternoon) are all being reworked to the Rev A configuration. They should start leaving early next week. I apologize for all the fuss this caused. Since the Eval board was never intended for precision timing, I just never worried about the polarity... Second Issue: I saw another post asking if we would be replacing the old boards. Well, no. However, I will be happy to forward the rework instructions to anyone who asks. It's a 2 minute fix for anyone half way handy with a soldering iron. If you are uncomfortable modifying your board, just email me to let me know, send the board back, and I'll fix it on my dime... Third Issue: Rick also mentioned that he did not know if the M12 on the Adapter board suffers from the same problem. The answer is NO. All of the signal polarities coming from the adapter board are identical to the older Oncores (VP, UT, GT) that the adapter replaces. Randy Warner Senior Applications Engineer Synergy Systems, LLC --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 26 08:05:16 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA08943 for ; Fri, 26 May 2000 08:05:14 -0500 (CDT) Message-ID: Date: Fri, 26 May 2000 09:04:54 -0400 From: Bob Smith Organization: @Home Network Member X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Allan variance?? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <392E7676.5138581F@home.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk I see the term Allan variance come up more and more frequently in conjuction with oscillator performance. Can anyone point me to an application note or a tutorial that describes this characterization and perhaps help me understand its significance. Thank you, Bob Smith -- --------- Avoid computer viruses -- Practice safe hex ------------- * * Specializing in small, cost effective embedded control systems * * Robert L. (Bob) Smith Smith Machine Works, Inc. internet bobsmith5@home.com 9900 Lumlay Road landline 804/745-1065 Richmond, Virginia 23236+1004 --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 26 10:22:07 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA13616 for ; Fri, 26 May 2000 10:22:05 -0500 (CDT) X-pair-Authenticated: 209.245.160.48 Message-ID: Reply-To: "TAPR Special Interest Group" From: "Tom Van Baak" To: "TAPR Special Interest Group" References: Subject: [tacgps] Re: Allan variance?? Date: Fri, 26 May 2000 08:21:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <000c01bfc726$11347b40$30a0f5d1@tlvb> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk > I see the term Allan variance come up more and more > frequently in conjuction with oscillator performance. > > Can anyone point me to an application note or a tutorial > that describes this characterization and perhaps help me > understand its significance. See http://tycho.usno.navy.mil/mclocks2.html /tvb --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 26 10:33:41 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA17901 for ; Fri, 26 May 2000 10:33:36 -0500 (CDT) Message-Id: X-Sender: guber@shell15.ba.best.com Date: Fri, 26 May 2000 08:31:29 -0700 To: "TAPR Special Interest Group" From: Gordon Uber Subject: [tacgps] Re: Allan variance?? In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <4.2.2.20000526082717.00b4a920@shell15.ba.best.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk For a description and reference list by David Allan himself see Gordon At 09:04 AM 5/26/00 -0400, Bob Smith wrote: >I see the term Allan variance come up more and more >frequently in conjuction with oscillator performance. > >Can anyone point me to an application note or a tutorial >that describes this characterization and perhaps help me >understand its significance. > > Thank you, Bob Smith Gordon Uber gordon@ubr.com San Diego, California USA Webmaster: Clocks and Time: http://www.ubr.com/clocks --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 26 11:22:27 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA29222 for ; Fri, 26 May 2000 11:22:23 -0500 (CDT) Message-ID: Date: Fri, 26 May 2000 09:19:44 -0700 From: Jim Johnson Organization: Agilent Technologies X-Accept-Language: en MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: Allan variance?? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <392EA420.B601FF89@agilent.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Hi Bob, Hewlett-Packard (now the Agilent side) has a recent application note that gives a brief overview of the two-sample variance (Allan variance). The number of that app note is 1289 and it is titled "The Science of Timekeeping". The author first listed in the credits is Dave Allan himself. I have other material, depending upon how deeply you would like to get into the topic, but it gets heavy into the math rather quickly. In one sentence, I would say the Allan variance is a statistical measure of the time domain stability of an oscillator as a function of averaging time. As a means of evaluating any particular oscillator, for a given averaging time (say 1, 10, or 100 seconds), the lower the Allan variance (often expressed as Allan deviation or the square root of Allan variance) the more stable is the oscillator. I have a call into the Agilent division that produced the app note so when (if) somebody calls me back, I'll let you know if the note is still available and how to get it. 73, Jim W6SC Bob Smith wrote: > > I see the term Allan variance come up more and more > frequently in conjuction with oscillator performance. > > Can anyone point me to an application note or a tutorial > that describes this characterization and perhaps help me > understand its significance. > > Thank you, Bob Smith > -- Jim Johnson jim_johnson@agilent.com Agilent Laboratories "Innovating the HP Way" www.labs.agilent.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 26 11:25:30 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA00413 for ; Fri, 26 May 2000 11:25:30 -0500 (CDT) Message-ID: From: Mastenbrook Gary-G13216 To: "TAPR Special Interest Group" Subject: [tacgps] Re: Allan variance?? Date: Fri, 26 May 2000 11:24:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <7195C03599D9D311BE580008C75697EB0A62D9@il33exm01.wes.mot.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Jim & Bob- Here's the link to the .pdf version of this application note: http://www.tm.agilent.com/tmo/Notes/English/5965-7984E.html (You can download the .pdf file from this page.) 73's Gary N8DMT Gary Mastenbrook, Product Visioneering, Motorola, Inc. 50 E. Commerce Drive, Schaumburg, IL 60173 Email: g13216@email[anti-spam_remove_brackets].mot.com Work Home Page: http://www.mot.com/telematics Personal Home Page: http://www.qsl.net/n8dmt -----Original Message----- From: Jim Johnson [mailto:jim_johnson@agilent.com] Sent: Friday, May 26, 2000 11:20 AM To: TAPR Special Interest Group Subject: [tacgps] Re: Allan variance?? Hi Bob, Hewlett-Packard (now the Agilent side) has a recent application note that gives a brief overview of the two-sample variance (Allan variance). The number of that app note is 1289 and it is titled "The Science of Timekeeping". The author first listed in the credits is Dave Allan himself. I have other material, depending upon how deeply you would like to get into the topic, but it gets heavy into the math rather quickly. In one sentence, I would say the Allan variance is a statistical measure of the time domain stability of an oscillator as a function of averaging time. As a means of evaluating any particular oscillator, for a given averaging time (say 1, 10, or 100 seconds), the lower the Allan variance (often expressed as Allan deviation or the square root of Allan variance) the more stable is the oscillator. I have a call into the Agilent division that produced the app note so when (if) somebody calls me back, I'll let you know if the note is still available and how to get it. 73, Jim W6SC Bob Smith wrote: > > I see the term Allan variance come up more and more > frequently in conjuction with oscillator performance. > > Can anyone point me to an application note or a tutorial > that describes this characterization and perhaps help me > understand its significance. > > Thank you, Bob Smith > -- Jim Johnson jim_johnson@agilent.com Agilent Laboratories "Innovating the HP Way" www.labs.agilent.com --- You are currently subscribed to tacgps as: G13216@EMAIL1.WES.MOT.COM To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 26 11:28:20 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA00866 for ; Fri, 26 May 2000 11:28:11 -0500 (CDT) From: "Richard M. Hambly" To: "TAPR Special Interest Group" Subject: [tacgps] Re: Allan variance?? Date: Fri, 26 May 2000 12:26:29 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 In-Reply-To: List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk HP's "AN 1289: The Science of Timekeeping" is available at http://www.tm.agilent.com/tmo/Notes/English/5965-7984E.html Rick W2GPS (ex WB2TNL) -----Original Message----- From: bounce-tacgps-5621@lists.tapr.org [mailto:bounce-tacgps-5621@lists.tapr.org]On Behalf Of Jim Johnson Sent: Friday, May 26, 2000 12:20 PM To: TAPR Special Interest Group Subject: [tacgps] Re: Allan variance?? Hi Bob, Hewlett-Packard (now the Agilent side) has a recent application note that gives a brief overview of the two-sample variance (Allan variance). The number of that app note is 1289 and it is titled "The Science of Timekeeping". The author first listed in the credits is Dave Allan himself. I have other material, depending upon how deeply you would like to get into the topic, but it gets heavy into the math rather quickly. In one sentence, I would say the Allan variance is a statistical measure of the time domain stability of an oscillator as a function of averaging time. As a means of evaluating any particular oscillator, for a given averaging time (say 1, 10, or 100 seconds), the lower the Allan variance (often expressed as Allan deviation or the square root of Allan variance) the more stable is the oscillator. I have a call into the Agilent division that produced the app note so when (if) somebody calls me back, I'll let you know if the note is still available and how to get it. 73, Jim W6SC Bob Smith wrote: > > I see the term Allan variance come up more and more > frequently in conjuction with oscillator performance. > > Can anyone point me to an application note or a tutorial > that describes this characterization and perhaps help me > understand its significance. > > Thank you, Bob Smith > -- Jim Johnson jim_johnson@agilent.com Agilent Laboratories "Innovating the HP Way" www.labs.agilent.com --- You are currently subscribed to tacgps as: RICK@CNSSYS.COM To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Fri May 26 20:17:07 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA26411 for ; Fri, 26 May 2000 20:17:06 -0500 (CDT) Message-ID: Date: Sat, 27 May 2000 01:16:08 +0000 From: "Dr Thomas A Clark (W3IWI)" X-Accept-Language: en,pdf MIME-Version: 1.0 To: "TAPR Special Interest Group" Subject: [tacgps] Re: Allan variance?? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <392F21D8.230B123C@clark.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Bob Smithasked: > > I see the term Allan variance come up more and more > frequently in conjuction with oscillator performance. > > Can anyone point me to an application note or a tutorial > that describes this characterization and perhaps help me > understand its significance. > > Thank you, Bob Smith Several people gave good answers. The HP #1289 Application is one of the bibles. In addition to the sources listed, it is on my FTP site at ftp://tac.gsfc.nasa.gov/pub/hpan1289.pdf In addition, you will find the HP Application Note on GPS timing at ftp://tac.gsfc.nasa.gov/pub/hpac1272.pdf If you want to see a plot showing typical Allan Variances for a number of different frequency standards, see ftp://tac.gsfc.nasa.gov/pub/avar.pdf Basically the Allan Variance is a measure of the predictability of a clock or frequency standard. Let's say that you have a wrist watch that gains 10 +/- 1 seconds per day. For simplicity, I'll say that there are 10e5 seconds/day (actually 86400). The ACCURACY of your clock is the about 1 part in 10e4, but because you know the rate error, you can predict the reading tomorrow after correcting for the rate to a level of 1 part in 10e5. Now let's say that you repeat the at 10 day intervals, and find that you can predict the time reading to 5 seconds. You now have an uncertainty at 10 days of 5 parts in 10e6. These two numbers at (10e5 and 10e6 seconds) are two points on the Allan Variance. In HPAN 1289 you will read some interesting measurements of this type used to characterize the performance of John Harrison's clocks built in the mid 1700's. Hope this helped -- 73, Tom --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 30 09:22:09 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA25626 for ; Tue, 30 May 2000 09:22:08 -0500 (CDT) Date: Tue, 30 May 2000 09:46:17 -0400 From: Kenneth Lerman To: "TAPR Special Interest Group" Subject: [tacgps] M12 and DGPS Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <20000530094617.A10496@lerman.nai.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk I just received my M12 kit from Synergy and was pleased to discover that it has version 1.3 firmware which seems to support Motorola binary DGPS generation. So, the question is: does anyone have some (preferably) C code to convert Motorola binary format to RTCM (do I have the letters right?) format? Would you be willing to share it with me? Regards, Ken -- Kenneth Lerman Kenneth.Lerman@lerman.nai.net Systems Essentials Limited Fax: (203)426-9138 55 Main Street Voice: (203)426-4430 Newtown, CT 06470 http://w3.nai.net/~lerman PGP fingerprint = B1 66 29 FB CB 8C 6A 24 E1 DF B4 63 2C D6 5D AD --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 30 12:23:55 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA07590 for ; Tue, 30 May 2000 12:23:52 -0500 (CDT) Message-ID: Date: Tue, 30 May 2000 10:22:37 -0700 (PDT) From: Jim Korenz Subject: [tacgps] Re: M12 and DGPS To: "TAPR Special Interest Group" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <20000530172237.12922.qmail@web4302.mail.yahoo.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk --- Kenneth Lerman wrote: > > I just received my M12 kit from Synergy and was > pleased to discover > that it has version 1.3 firmware which seems to > support Motorola > binary DGPS generation. > > So, the question is: does anyone have some > (preferably) C code to > convert Motorola binary format to RTCM (do I have > the letters right?) > format? Would you be willing to share it with me? > > Regards, > > Ken > > -- > Kenneth Lerman > Kenneth.Lerman@lerman.nai.net > Systems Essentials Limited > Fax: (203)426-9138 > 55 Main Street > Voice: (203)426-4430 > Newtown, CT 06470 > http://w3.nai.net/~lerman > PGP fingerprint = B1 66 29 FB CB 8C 6A 24 E1 DF B4 > 63 2C D6 5D AD > > --- > You are currently subscribed to tacgps as: > n8pxw@yahoo.com > To unsubscribe send a blank email to > leave-tacgps-6754G@lists.tapr.org > Hi Ken, I have a program, MOT2RTCM, that is written in "C" and supports the 6 and 8 channel Motorola VP units. If the M12 uses the same binary message types, it should work. The program has the "room" for 12 channel corrections. Steve Bible loaded the program and its distribution files on the TAPR website. His announcement follows this note. I have not received my M12 yet, so I can't say for sure if it works. Be sure and let me know if you get all 12 channels working. I have included the source and executables for DOS, plus sample input and output data, and some programs to aid in debugging. Have fun !!! Jim Korenz N8PXW On 4/24/00 10:03 PM Steven R. Bible (srbible@gate.net) wrote: >Hello Jim and Steve,>>I've uploaded motrtcm.txt and motrtcm.zip to> > ftp://www.tapr.org/gps/DGPS/N8PXW> >I've created a DGPS directory within the GPS directory. I think that this >is a good place to put it.> >Jim, thanks a million for your contribution. Please make an announcement to >TACGPS and other lists you desire about the program and the location.> >Let me know what I can do to help you in the future.>>73, Steve, N7HPR> Steve K4HG __________________________________________________ Do You Yahoo!? Kick off your party with Yahoo! Invites. http://invites.yahoo.com/ --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 30 12:49:01 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA18024 for ; Tue, 30 May 2000 12:48:55 -0500 (CDT) Date: Tue, 30 May 2000 13:12:51 -0400 From: Kenneth Lerman To: "TAPR Special Interest Group" Subject: [tacgps] Re: M12 and DGPS Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from n8pxw@yahoo.com on Tue, May 30, 2000 at 10:22:37AM -0700 List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <20000530131251.A11881@lerman.nai.net> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk On Tue, May 30, 2000 at 10:22:37AM -0700, Jim Korenz wrote: > ... > > Hi Ken, > I have a program, MOT2RTCM, that is written in "C" > and supports the 6 and 8 channel Motorola VP units. If > the M12 uses the same binary message types, it should > work. The program has the "room" for 12 channel > corrections. Steve Bible loaded the program and its > distribution files on the TAPR website. His > announcement follows this note. I have not received my > M12 yet, so I can't say for sure if it works. Be sure > and let me know if you get all 12 channels working. I > have included the source and executables for DOS, plus > sample input and output data, and some programs to aid > in debugging. Have fun !!! > Jim Korenz N8PXW > > On 4/24/00 10:03 PM Steven R. Bible (srbible@gate.net) > wrote: > >Hello Jim and Steve,>>I've uploaded motrtcm.txt and > motrtcm.zip to> > > ftp://www.tapr.org/gps/DGPS/N8PXW> > >I've created a DGPS directory within the GPS > directory. I think that this > >is a good place to put it.> > >Jim, thanks a million for your contribution. Please > make an announcement to > >TACGPS and other lists you desire about the program > and the location.> > >Let me know what I can do to help you in the > future.>>73, Steve, N7HPR> > Steve K4HG Thank you, both. It is my intention to try building this on Linux. I'll let you know how I make out, and send you the source when I am done. Ken -- Kenneth Lerman Kenneth.Lerman@lerman.nai.net Systems Essentials Limited Fax: (203)426-9138 55 Main Street Voice: (203)426-4430 Newtown, CT 06470 http://w3.nai.net/~lerman PGP fingerprint = B1 66 29 FB CB 8C 6A 24 E1 DF B4 63 2C D6 5D AD --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 30 13:33:14 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA05505 for ; Tue, 30 May 2000 13:33:10 -0500 (CDT) Message-Id: From: info@synergy-gps.com To: "TAPR Special Interest Group" Date: Tue, 30 May 2000 11:32:37 -0700 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: [tacgps] Re: M12 and DGPS Reply-to: "TAPR Special Interest Group" Priority: normal In-reply-to: List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio X-Message-Id: <200005301832.LAA00965@barley.adnc.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Jim, The M12 does in fact develop the same differential correction message as the old VP (the @@Bh message.) I have been using an M12 with one of Steve's RTCM chips since the v1.3 firmware came out. The only difficulty you might experience is that the M12 has a different command set for getting it into differential output mode. If you have any embedded code to get it set up you might have to tweak it a little. Randy Warner Synergy Systems -------------------- Reply Separator ------------ > Hi Ken, > I have a program, MOT2RTCM, that is written in "C" > and supports the 6 and 8 channel Motorola VP units. If > the M12 uses the same binary message types, it should > work. The program has the "room" for 12 channel > corrections. Steve Bible loaded the program and its > distribution files on the TAPR website. His > announcement follows this note. I have not received my > M12 yet, so I can't say for sure if it works. Be sure > and let me know if you get all 12 channels working. I > have included the source and executables for DOS, plus > sample input and output data, and some programs to aid > in debugging. Have fun !!! > Jim Korenz N8PXW > > On 4/24/00 10:03 PM Steven R. Bible (srbible@gate.net) > wrote: > >Hello Jim and Steve,>>I've uploaded motrtcm.txt and > motrtcm.zip to> > > ftp://www.tapr.org/gps/DGPS/N8PXW> > >I've created a DGPS directory within the GPS > directory. I think that this > >is a good place to put it.> > >Jim, thanks a million for your contribution. Please > make an announcement to > >TACGPS and other lists you desire about the program > and the location.> > >Let me know what I can do to help you in the > future.>>73, Steve, N7HPR> > Steve K4HG > > __________________________________________________ > Do You Yahoo!? > Kick off your party with Yahoo! Invites. > http://invites.yahoo.com/ > > --- > You are currently subscribed to tacgps as: randy@synergy-gps.com > To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org > Synergy Systems, LLC P.O. Box 262250, San Diego, CA 92196 Voice (858) 566-0666 Toll Free 888 479-6749 Fax (858) 566-0768 Web Site http://www.synergy-gps.com lat N 32 91' 43.894 Lon W 117 11' 22.356 Motorola's leading ONCORE GPS Distributor in the Americas --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 30 14:45:25 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA06999 for ; Tue, 30 May 2000 14:45:23 -0500 (CDT) From: "Frank R. Leslie" To: "TAPR Special Interest Group" Subject: [tacgps] Brief address change test Date: Tue, 30 May 2000 15:43:54 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Importance: Normal List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <000601bfca6f$63b43bc0$7e8194d0@frankl> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk address change posting test Frank - =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=--=-| | Frank R. Leslie | Pers. email: mailto:fleslie@bigfoot.com | | 1017 Glenham Drive, NE | Prof. email: mailto:f.leslie@ieee.org | | Palm Bay FL 32905-4855 | Home: (321) 768-6629 | KD4EYQ | 000126 | | Work: retired | Fax: email only please | 28-01.3130N / 80-35.6136W | | --- | | Home Page: http://www.geocities.com/RainForest/2210 | | (Environment and nature) | | Home Page: http://www.geocities.com/Yosemite/1270 | | (Outings, Hiking & Wind River trip advice) | | Home Page: http://www.geocities.com/WallStreet/3298 | | (Finance/Mutual Funds Allocation Suggestions) | | Home Page: http://www.geocities.com/Yosemite/Falls/8207 | | (Trails and Greenways in Brevard County, Florida) | | --- | | "You cannot step twice in the same river." -- Heraclitus | | c. 535 - c.475 B.C. Greek Philosopher | |=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-| --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 30 14:54:53 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA12331 for ; Tue, 30 May 2000 14:54:52 -0500 (CDT) Message-Id: Subject: [tacgps] Oncore UT+ Battery To: "TAPR Special Interest Group" Date: Tue, 30 May 2000 12:54:23 -0700 (PDT) From: "Scott O'Connell" In-Reply-To: from "Frank R. Leslie" at May 30, 2000 03:43:54 PM MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <200005301954.e4UJsNg05018@ipars.sds.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk I received my Oncore UT+ from TAPR on Friday. The TAC-2 is on backorder and not expected for three weeks. I was wondering if I should apply +5 while I'm waiting or if it's okay to just let this sit in the static bag until the rest of the project is here? Thanks in advance! -- Scott O'Connell Spectrum Data Services scotto@sds.com -- Visit the Berlin Fan Page at www.berlinpage.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org From bounce-tacgps-6754@lists.tapr.org Tue May 30 15:16:43 2000 Received: from lists.tapr.org (lists.tapr.org [204.17.217.24]) by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA21729 for ; Tue, 30 May 2000 15:16:43 -0500 (CDT) Message-ID: From: Mastenbrook Gary-G13216 To: "TAPR Special Interest Group" Subject: [tacgps] RE: Oncore UT+ Battery Date: Tue, 30 May 2000 15:16:06 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" List-Unsubscribe: List-Software: Lyris Server version 3.0 List-Subscribe: List-Owner: X-List-Host: Tucson Amateur Packet Radio Reply-To: "TAPR Special Interest Group" X-Message-Id: <7195C03599D9D311BE580008C75697EB0A62E7@il33exm01.wes.mot.com> Sender: bounce-tacgps-6754@lists.tapr.org Precedence: bulk Scott- I'd just leave it in the bag... Even with the battery, the board will fire right up (and start gathering an almanac if it needs one) when you start using it. I have left boards in static bags for several months without any adverse effect. If you're planning on using TAC32 software in your station, the software will initialize the receiver to get you off to a good start. I'd plan on allowing 20 minutes or so to get a fresh almanac loaded, 24 hours for a good position determination (a great one without SA now!), and then you're ready to go! Have fun with your TAC2/UT+ station. Be sure to checkout the board's wiring/connections before inserting the receiver into the TAC2. (You don't want to 'let the smoke out' too soon! :o) 73's Gary N8DMT Gary Mastenbrook, Product Visioneering, Motorola, Inc. 50 E. Commerce Drive, Schaumburg, IL 60173 Email: g13216@email[anti-spam_remove_brackets].mot.com Work Home Page: http://www.mot.com/telematics Personal Home Page: http://www.qsl.net/n8dmt -----Original Message----- From: Scott O'Connell [mailto:scotto@ipars.sds.com] Sent: Tuesday, May 30, 2000 2:54 PM To: TAPR Special Interest Group Subject: [tacgps] Oncore UT+ Battery I received my Oncore UT+ from TAPR on Friday. The TAC-2 is on backorder and not expected for three weeks. I was wondering if I should apply +5 while I'm waiting or if it's okay to just let this sit in the static bag until the rest of the project is here? Thanks in advance! -- Scott O'Connell Spectrum Data Services scotto@sds.com --- You are currently subscribed to tacgps as: lyris.tacgps@tapr.org To unsubscribe send a blank email to leave-tacgps-6754G@lists.tapr.org