Re: opensource_gps Digest, Vol 50, Issue 1
Clifford Kelley <[email protected]> Fri, 20 Jun 2008 18:48:18 -0700 (GMT-07:00)
| Newsgroups | gmane.comp.hardware.gps.opensource |
|---|---|
| Message-ID | <18820963.1214012898603.JavaMail.root@elwamui-milano.atl.sa.earthlink.net> |
Without knowing what hardware and software version you are using I can't say much. I am going to be very busy so it may take a while for me to get back to you. Best regards, Cliff -----Original Message----- >From: ?? <[email protected]> >Sent: Jun 19, 2008 12:38 AM >To: [email protected] >Subject: Re: [OpenSource_GPS] opensource_gps Digest, Vol 50, Issue 1 > >Dear Sir, >I run open GPS. Most of time, it run correctly. I can get latitude,longitude. But sometimes, it doesn't update latitude and longitude.I found it is because height is not reasonable,that is the condition (rp_llh.hae > -200000.0 && rp_llh.hae < 1800000) is not true. > >I wonder why it happen? What should I do if it happen? > >Best Regards > > >----- Original Message ----- >From: <[email protected]> >To: <[email protected]> >Sent: Wednesday, June 04, 2008 10:03 AM >Subject: opensource_gps Digest, Vol 50, Issue 1 > > >> Send opensource_gps mailing list submissions to >> [email protected] >> >> To subscribe or unsubscribe via the World Wide Web, visit >> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >> or, via email, send a message with subject or body 'help' to >> [email protected] >> >> You can reach the person managing the list at >> [email protected] >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of opensource_gps digest..." >> >> >> Today's Topics: >> >> 1. About bandwidth of Pull_in and Track loop (??) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Wed, 4 Jun 2008 10:02:50 +0800 >> From: "??" <[email protected]> >> Subject: [OpenSource_GPS] About bandwidth of Pull_in and Track loop >> To: <[email protected]> >> Message-ID: <001e01c8c5e7$1d803d80$7001a8c0@dlmu7657b7f615> >> Content-Type: text/plain; charset="ISO-8859-1" >> >> Dear Sir: >> >> I wonder why you choose 25 for noise bandwidth of carrier loop in the pull_in and track loop and 1 for noise bandwidth of code loop in the track loop ? >> >> I think doppler frequency is 12KHz in your system. So there is 12Hz in 1ms. So the noise bandwidth is 25 (12*2). >> >> I don't know am I right? >> >> Best Regards >> >> >> ----- Original Message ----- >> From: <[email protected]> >> To: <[email protected]> >> Sent: Friday, May 23, 2008 9:29 AM >> Subject: opensource_gps Digest, Vol 49, Issue 9 >> >> >>> Send opensource_gps mailing list submissions to >>> [email protected] >>> >>> To subscribe or unsubscribe via the World Wide Web, visit >>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>> or, via email, send a message with subject or body 'help' to >>> [email protected] >>> >>> You can reach the person managing the list at >>> [email protected] >>> >>> When replying, please edit your Subject line so it is more specific >>> than "Re: Contents of opensource_gps digest..." >>> >>> >>> Today's Topics: >>> >>> 1. Re: About Pream (Clifford Kelley) >>> 2. Re: About Interrupt interval (Clifford Kelley) >>> >>> >>> ---------------------------------------------------------------------- >>> >>> Message: 1 >>> Date: Thu, 22 May 2008 18:26:54 -0700 (GMT-07:00) >>> From: Clifford Kelley <[email protected]> >>> Subject: Re: [OpenSource_GPS] About Pream >>> To: ?? <[email protected]>, [email protected] >>> Message-ID: >>> <24408294.1211506014501.JavaMail.root@elwamui-ovcar.atl.sa.earthlink.net> >>> >>> Content-Type: text/plain; charset=UTF-8 >>> >>> This was put in place as an integrity check to make sure the clock in the computer was close to the TOW message from the satellites. Since the integrity of the processing appears to be pretty good changing it from 3 seconds to 300 is fine. It may be ok to get rid of this check alltogether. >>> >>> Cliff >>> >>> -----Original Message----- >>>>From: ?? <[email protected]> >>>>Sent: May 20, 2008 11:06 PM >>>>To: [email protected] >>>>Subject: [OpenSource_GPS] About Pream >>>> >>>>Dear Sir: >>>>In the open software, the function Pream >>>> >>>>when resync on the first subframe, TOW matches clock to 300 seconds; resync on the other subframes, TOW matches clock to 3 seconds. >>>> >>>>I don't know why? why should be 3 seconds when resync on the other subframes? Is 300 seconds Ok? >>>> >>>>Best Regards! >>>>Looking forward for your letter! >>>> >>>> Yours >>>>----- Original Message ----- >>>>From: <[email protected]> >>>>To: <[email protected]> >>>>Sent: Wednesday, May 21, 2008 3:00 AM >>>>Subject: opensource_gps Digest, Vol 49, Issue 6 >>>> >>>> >>>>> Send opensource_gps mailing list submissions to >>>>> [email protected] >>>>> >>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>> or, via email, send a message with subject or body 'help' to >>>>> [email protected] >>>>> >>>>> You can reach the person managing the list at >>>>> [email protected] >>>>> >>>>> When replying, please edit your Subject line so it is more specific >>>>> than "Re: Contents of opensource_gps digest..." >>>>> >>>>> >>>>> Today's Topics: >>>>> >>>>> 1. Re: About Navigation Data overflow (Clifford Kelley) >>>>> 2. Re: why tr_bit_time is different from 20ms epoch (Clifford Kelley) >>>>> 3. the GPS1005 (yuguangzhan) >>>>> >>>>> >>>>> ---------------------------------------------------------------------- >>>>> >>>>> Message: 1 >>>>> Date: Mon, 19 May 2008 19:04:59 -0700 (GMT-07:00) >>>>> From: Clifford Kelley <[email protected]> >>>>> Subject: Re: [OpenSource_GPS] About Navigation Data overflow >>>>> To: ?? <[email protected]>, [email protected] >>>>> Message-ID: >>>>> <25560991.1211249099509.JavaMail.root@elwamui-muscovy.atl.sa.earthlink.net> >>>>> >>>>> Content-Type: text/plain; charset=UTF-8 >>>>> >>>>> My recollection is that it is possible to get overflow when the end of a message frame is reached and during the time taken to decode the nav message means a few bits may overwrite the previous set. With the data overflow array we won't miss this data and it can be used later without any problems. >>>>> >>>>> Cliff >>>>> >>>>> -----Original Message----- >>>>>>From: ?? <[email protected]> >>>>>>Sent: May 15, 2008 7:24 PM >>>>>>To: [email protected] >>>>>>Subject: [OpenSource_GPS] About Navigation Data overflow >>>>>> >>>>>>Dear Sir: >>>>>> >>>>>> I'm a graduate student. I'm very interested in OSGPS. I found in track program ,there is software dealing with data overflow, as following >>>>>> >>>>>>if ((ic->frame_ready) && (bitnum < 16)) { >>>>>> /* Overflow */ >>>>>> if (c->bit) >>>>>> set_bit (ch, (void *) &data_overflow[bitnum]); >>>>>> else >>>>>> clear_bit (ch, (void *) &data_overflow[bitnum]); >>>>>> } >>>>>> else { >>>>>> if (c->bit) >>>>>> set_bit (ch, (void *) &data_mesg[bitnum]); >>>>>> else >>>>>> clear_bit (ch, (void *) &data_mesg[bitnum]); >>>>>> } >>>>>> >>>>>>I think if there is data overflow, there will be error in navigation data. I wanna know is the condition of data overflow exist? >>>>>> >>>>>>Best Regards! >>>>>> >>>>>>Looking forward for your reply! >>>>>>----- Original Message ----- >>>>>>From: <[email protected]> >>>>>>To: <[email protected]> >>>>>>Sent: Friday, May 16, 2008 3:00 AM >>>>>>Subject: opensource_gps Digest, Vol 49, Issue 4 >>>>>> >>>>>> >>>>>>> Send opensource_gps mailing list submissions to >>>>>>> [email protected] >>>>>>> >>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>> [email protected] >>>>>>> >>>>>>> You can reach the person managing the list at >>>>>>> [email protected] >>>>>>> >>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>> >>>>>>> >>>>>>> Today's Topics: >>>>>>> >>>>>>> 1. Re: About pull_in state Parameter (??) >>>>>>> >>>>>>> >>>>>>> ---------------------------------------------------------------------- >>>>>>> >>>>>>> Message: 1 >>>>>>> Date: Thu, 15 May 2008 17:58:40 +0800 >>>>>>> From: ?? <[email protected]> >>>>>>> Subject: Re: [OpenSource_GPS] About pull_in state Parameter >>>>>>> To: <[email protected]> >>>>>>> Message-ID: <003501c8b672$4763d0f0$7001a8c0@dlmu7657b7f615> >>>>>>> Content-Type: text/plain; charset="gb2312" >>>>>>> >>>>>>> Dear Sir, >>>>>>> >>>>>>> I still wonder why we choose 45 deg as the threshold ? >>>>>>> >>>>>>> And I have another question. According to what ,you decide the bandwide of the code loop and carrier loop? Did you do some simulation? Would you send me something about the simulation? >>>>>>> >>>>>>> Thanks. >>>>>>> >>>>>>> Looking forward for your reply. >>>>>>> >>>>>>> Best regards >>>>>>> >>>>>>> Yours, >>>>>>> Jiang Yi >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> From: "Clifford Kelley" <[email protected]> >>>>>>> To: "??" <[email protected]> >>>>>>> Sent: Tuesday, May 13, 2008 8:56 AM >>>>>>> Subject: Re: [OpenSource_GPS] About pull_in state Parameter >>>>>>> >>>>>>> >>>>>>>> The threshold for power is set at the sqrt of 2 times the rms value. To approximate this with integer values it was multiplied by 14 first and then divided by 10. >>>>>>>> >>>>>>>> 1200 was chosen as an approximate value of 45 deg based on the scaling used in the 4 quadrant arc tangent function. >>>>>>>> >>>>>>>> I hope this helps, >>>>>>>> >>>>>>>> Cliff >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>>>From: ?? <[email protected]> >>>>>>>>>Sent: May 8, 2008 7:41 PM >>>>>>>>>To: [email protected] >>>>>>>>>Subject: [OpenSource_GPS] About pull_in state Parameter >>>>>>>>> >>>>>>>>>Dear Sir: >>>>>>>>> >>>>>>>>> I'm a graduate student. I'm very interested in OSGPS. I wanna know the detail about OSGPS. >>>>>>>>> >>>>>>>>>In the end of pull_in state, the software use if (c->avg > 14 * rms / 10 && c->th_rms < 12000 && c->ms_set) as the condition for track state. >>>>>>>>> >>>>>>>>>My problem : >>>>>>>>>1 avg > 14 * rms / 10 ,what's the meaning of 14 and 10 >>>>>>>>>2 c->th_rms < 12000 why should we choose 12000 as the the threshold >>>>>>>>> >>>>>>>>>Looking forward for your reply! >>>>>>>>>Best Regard! >>>>>>>>> >>>>>>>>> >>>>>>>>>----- Original Message ----- >>>>>>>>>From: <[email protected]> >>>>>>>>>To: <[email protected]> >>>>>>>>>Sent: Friday, May 09, 2008 3:00 AM >>>>>>>>>Subject: opensource_gps Digest, Vol 49, Issue 2 >>>>>>>>> >>>>>>>>> >>>>>>>>>> Send opensource_gps mailing list submissions to >>>>>>>>>> [email protected] >>>>>>>>>> >>>>>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>>>>> [email protected] >>>>>>>>>> >>>>>>>>>> You can reach the person managing the list at >>>>>>>>>> [email protected] >>>>>>>>>> >>>>>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Today's Topics: >>>>>>>>>> >>>>>>>>>> 1. ???? ([email protected]) >>>>>>>>>> 2. Re: Why add 0.5 in pull_in and track parameter (??) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ---------------------------------------------------------------------- >>>>>>>>>> >>>>>>>>>> Message: 1 >>>>>>>>>> Date: Wed, 7 May 2008 12:00:42 -0700 >>>>>>>>>> From: <[email protected]> >>>>>>>>>> Subject: [OpenSource_GPS] ???? >>>>>>>>>> To: [email protected] >>>>>>>>>> Message-ID: <[email protected]> >>>>>>>>>> Content-Type: text/plain; charset="us-ascii" >>>>>>>>>> >>>>>>>>>> An HTML attachment was scrubbed... >>>>>>>>>> URL: http://lists.psas.pdx.edu/pipermail/opensource_gps/attachments/20080507/78933d21/attachment.html >>>>>>>>>> >>>>>>>>>> ------------------------------ >>>>>>>>>> >>>>>>>>>> Message: 2 >>>>>>>>>> Date: Thu, 8 May 2008 09:55:09 +0800 >>>>>>>>>> From: "??" <[email protected]> >>>>>>>>>> Subject: Re: [OpenSource_GPS] Why add 0.5 in pull_in and track >>>>>>>>>> parameter >>>>>>>>>> To: <[email protected]> >>>>>>>>>> Message-ID: <000b01c8b0ae$8e56a420$7001a8c0@dlmu7657b7f615> >>>>>>>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>>>>>>> >>>>>>>>>> Dear Sir: >>>>>>>>>> >>>>>>>>>> I found Open Source software is : >>>>>>>>>> >>>>>>>>>> pull_carr_C1=(int) (1.69852*Bnpullcarr/Carrier_DCO_Delta/(4.0+5.333*Bnpullcarr/1000.0+(1.8856*Bnpullcarr/1000.0)* >>>>>>>>>> (1.8856*Bnpullcarr/1000.0))+0.5); >>>>>>>>>> >>>>>>>>>> pull_carr_C2=(int) (0.6369183/Carrier_DCO_Delta*(1.8856*Bnpullcarr/1000.0)*(1.8856*Bnpullcarr/1000.0)*1000.0/ >>>>>>>>>> (4.0+5.333*Bnpullcarr/1000.0+(1.8856*Bnpullcarr/1000.0)*(1.8856*Bnpullcarr/1000.0))+0.5); >>>>>>>>>> >>>>>>>>>> pull_code_C1=(int) (10.598/Code_DCO_Delta*Bnpullcode/(4.0+5.333*Bnpullcode/1000.0+(1.8856*Bnpullcode/1000.0)* >>>>>>>>>> (1.8856*Bnpullcode/1000.0))+0.5); >>>>>>>>>> >>>>>>>>>> pull_code_C2=(int) (4.028/Code_DCO_Delta*(1.8856*Bnpullcode/1000.0)*(1.8856*Bnpullcode/1000.0)*1000.0/ >>>>>>>>>> (4.0+5.333*Bnpullcode/1000.0+(1.8856*Bnpullcode/1000.0)*(1.8856*Bnpullcode/1000.0))+0.5); >>>>>>>>>> >>>>>>>>>> I know C1 C2 is >>>>>>>>>> pull_carr_C1 = 1/(Ko*Kn)*8*zeta*On*Ts/(4+4*zeta*On*Ts+(On*Ts)^2); >>>>>>>>>> pull_carr_C2 = 1/(Ko*Kn)*4*(On*Ts)^2/(4+4*zeta*On*Ts+(On*Ts)^2); >>>>>>>>>> >>>>>>>>>> By compared, I wonder why add 0.5 to C1 and C2 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----- Original Message ----- >>>>>>>>>> From: <[email protected]> >>>>>>>>>> To: <[email protected]> >>>>>>>>>> Sent: Thursday, May 08, 2008 3:00 AM >>>>>>>>>> Subject: opensource_gps Digest, Vol 49, Issue 1 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Send opensource_gps mailing list submissions to >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> You can reach the person managing the list at >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Today's Topics: >>>>>>>>>>> >>>>>>>>>>> 1. osgps run under windows xp (yuguangzhan) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ---------------------------------------------------------------------- >>>>>>>>>>> >>>>>>>>>>> Message: 1 >>>>>>>>>>> Date: Wed, 7 May 2008 12:05:10 +0000 (UTC) >>>>>>>>>>> From: yuguangzhan <[email protected]> >>>>>>>>>>> Subject: [OpenSource_GPS] osgps run under windows xp >>>>>>>>>>> To: [email protected] >>>>>>>>>>> Message-ID: <[email protected]> >>>>>>>>>>> Content-Type: text/plain; charset=us-ascii >>>>>>>>>>> >>>>>>>>>>> Hi, Cliff: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I purchased a GPS1005 PCI bus board on year 2007 from GPS Creations. Now we >>>>>>>>>>> want to run it under windows xp.So we wonder if the opensource_gps code can >>>>>>>>>>> run in windows xp and if there is a windows WDM driver available. >>>>>>>>>>> >>>>>>>>>>> Could you please advise how could I proceed in order to find >>>>>>>>>>> such driver? Do you know anyone else who could have it available? >>>>>>>>>>> >>>>>>>>>>> Sincerely, >>>>>>>>>>> >>>>>>>>>>> yuguang. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ------------------------------ >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> opensource_gps mailing list >>>>>>>>>>> [email protected] >>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> End of opensource_gps Digest, Vol 49, Issue 1 >>>>>>>>>>> ********************************************* >>>>>>>>>> >>>>>>>>>> ------------------------------ >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> opensource_gps mailing list >>>>>>>>>> [email protected] >>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> End of opensource_gps Digest, Vol 49, Issue 2 >>>>>>>>>> ********************************************* >>>>>>>>>_______________________________________________ >>>>>>>>>opensource_gps mailing list >>>>>>>>>[email protected] >>>>>>>>>http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>> >>>>>>> -------------- next part -------------- >>>>>>> An HTML attachment was scrubbed... >>>>>>> URL: http://lists.psas.pdx.edu/pipermail/opensource_gps/attachments/20080515/532844ef/attachment.html >>>>>>> >>>>>>> ------------------------------ >>>>>>> >>>>>>> _______________________________________________ >>>>>>> opensource_gps mailing list >>>>>>> [email protected] >>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>> >>>>>>> >>>>>>> End of opensource_gps Digest, Vol 49, Issue 4 >>>>>>> *********************************************??i??'?????h??& >>>>>>_______________________________________________ >>>>>>opensource_gps mailing list >>>>>>[email protected] >>>>>>http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------ >>>>> >>>>> Message: 2 >>>>> Date: Mon, 19 May 2008 19:10:37 -0700 (GMT-07:00) >>>>> From: Clifford Kelley <[email protected]> >>>>> Subject: Re: [OpenSource_GPS] why tr_bit_time is different from 20ms >>>>> epoch >>>>> To: ?? <[email protected]>, [email protected] >>>>> Message-ID: >>>>> <1056535.1211249437681.JavaMail.root@elwamui-muscovy.atl.sa.earthlink.net> >>>>> >>>>> Content-Type: text/plain; charset=UTF-8 >>>>> >>>>> This is due to the bookkeeping of data bits which is handled in two places. The chan[ch].meas_bit_time is the data bit into the week the measurement was made. It is unambiguous but since it is on the user side of the interface it could be off by 1 bit. The other value "bit" comes from the data bit counter in the GP2021 and is accurate but ambiguous since it only counts up to 50 data bits and then rolls over. This part of the code resolves the ambiguity and corrects the meas_bit_time for later construction of the pseudorange. >>>>> >>>>> Cliff >>>>> >>>>> -----Original Message----- >>>>>>From: ?? <[email protected]> >>>>>>Sent: May 16, 2008 3:02 AM >>>>>>To: [email protected] >>>>>>Subject: [OpenSource_GPS] why tr_bit_time is different from 20ms epoch >>>>>> >>>>>> Dear Sir, >>>>>> In the function NavFix(), there is the program as follow: >>>>>> meas_bit_time_rem = chan[ch].meas_bit_time%50; >>>>>> if ( meas_bit_time_rem == bit+1 ) meas_bit_time_offset = -1; >>>>>> if ( meas_bit_time_rem == bit-1 ) meas_bit_time_offset = +1; >>>>>> if ( meas_bit_time_rem == 0 && bit == 49 ) meas_bit_time_offset = -1; >>>>>> >>>>>>I think transmit bit time is the same with 20ms epoch's value. However, sometime I found them are different. I wanna know why? Why meas_bit_time_offset is not equal zero? Why it shoud be -1,0,or 1? Is it can be more than -1,0,or 1, e.g 4,-4? >>>>>> >>>>>>I'm looking forward for your reply. >>>>>>Best Regards! >>>>>> >>>>>> Yours >>>>>>----- Original Message ----- >>>>>>From: <[email protected]> >>>>>>To: <[email protected]> >>>>>>Sent: Friday, May 16, 2008 3:00 AM >>>>>>Subject: opensource_gps Digest, Vol 49, Issue 4 >>>>>> >>>>>> >>>>>>> Send opensource_gps mailing list submissions to >>>>>>> [email protected] >>>>>>> >>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>> [email protected] >>>>>>> >>>>>>> You can reach the person managing the list at >>>>>>> [email protected] >>>>>>> >>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>> >>>>>>> >>>>>>> Today's Topics: >>>>>>> >>>>>>> 1. Re: About pull_in state Parameter (??) >>>>>>> >>>>>>> >>>>>>> ---------------------------------------------------------------------- >>>>>>> >>>>>>> Message: 1 >>>>>>> Date: Thu, 15 May 2008 17:58:40 +0800 >>>>>>> From: ?? <[email protected]> >>>>>>> Subject: Re: [OpenSource_GPS] About pull_in state Parameter >>>>>>> To: <[email protected]> >>>>>>> Message-ID: <003501c8b672$4763d0f0$7001a8c0@dlmu7657b7f615> >>>>>>> Content-Type: text/plain; charset="gb2312" >>>>>>> >>>>>>> Dear Sir, >>>>>>> >>>>>>> I still wonder why we choose 45 deg as the threshold ? >>>>>>> >>>>>>> And I have another question. According to what ,you decide the bandwide of the code loop and carrier loop? Did you do some simulation? Would you send me something about the simulation? >>>>>>> >>>>>>> Thanks. >>>>>>> >>>>>>> Looking forward for your reply. >>>>>>> >>>>>>> Best regards >>>>>>> >>>>>>> Yours, >>>>>>> Jiang Yi >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> From: "Clifford Kelley" <[email protected]> >>>>>>> To: "??" <[email protected]> >>>>>>> Sent: Tuesday, May 13, 2008 8:56 AM >>>>>>> Subject: Re: [OpenSource_GPS] About pull_in state Parameter >>>>>>> >>>>>>> >>>>>>>> The threshold for power is set at the sqrt of 2 times the rms value. To approximate this with integer values it was multiplied by 14 first and then divided by 10. >>>>>>>> >>>>>>>> 1200 was chosen as an approximate value of 45 deg based on the scaling used in the 4 quadrant arc tangent function. >>>>>>>> >>>>>>>> I hope this helps, >>>>>>>> >>>>>>>> Cliff >>>>>>>> >>>>>>>> -----Original Message----- >>>>>>>>>From: ?? <[email protected]> >>>>>>>>>Sent: May 8, 2008 7:41 PM >>>>>>>>>To: [email protected] >>>>>>>>>Subject: [OpenSource_GPS] About pull_in state Parameter >>>>>>>>> >>>>>>>>>Dear Sir: >>>>>>>>> >>>>>>>>> I'm a graduate student. I'm very interested in OSGPS. I wanna know the detail about OSGPS. >>>>>>>>> >>>>>>>>>In the end of pull_in state, the software use if (c->avg > 14 * rms / 10 && c->th_rms < 12000 && c->ms_set) as the condition for track state. >>>>>>>>> >>>>>>>>>My problem : >>>>>>>>>1 avg > 14 * rms / 10 ,what's the meaning of 14 and 10 >>>>>>>>>2 c->th_rms < 12000 why should we choose 12000 as the the threshold >>>>>>>>> >>>>>>>>>Looking forward for your reply! >>>>>>>>>Best Regard! >>>>>>>>> >>>>>>>>> >>>>>>>>>----- Original Message ----- >>>>>>>>>From: <[email protected]> >>>>>>>>>To: <[email protected]> >>>>>>>>>Sent: Friday, May 09, 2008 3:00 AM >>>>>>>>>Subject: opensource_gps Digest, Vol 49, Issue 2 >>>>>>>>> >>>>>>>>> >>>>>>>>>> Send opensource_gps mailing list submissions to >>>>>>>>>> [email protected] >>>>>>>>>> >>>>>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>>>>> [email protected] >>>>>>>>>> >>>>>>>>>> You can reach the person managing the list at >>>>>>>>>> [email protected] >>>>>>>>>> >>>>>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Today's Topics: >>>>>>>>>> >>>>>>>>>> 1. ???? ([email protected]) >>>>>>>>>> 2. Re: Why add 0.5 in pull_in and track parameter (??) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ---------------------------------------------------------------------- >>>>>>>>>> >>>>>>>>>> Message: 1 >>>>>>>>>> Date: Wed, 7 May 2008 12:00:42 -0700 >>>>>>>>>> From: <[email protected]> >>>>>>>>>> Subject: [OpenSource_GPS] ???? >>>>>>>>>> To: [email protected] >>>>>>>>>> Message-ID: <[email protected]> >>>>>>>>>> Content-Type: text/plain; charset="us-ascii" >>>>>>>>>> >>>>>>>>>> An HTML attachment was scrubbed... >>>>>>>>>> URL: http://lists.psas.pdx.edu/pipermail/opensource_gps/attachments/20080507/78933d21/attachment.html >>>>>>>>>> >>>>>>>>>> ------------------------------ >>>>>>>>>> >>>>>>>>>> Message: 2 >>>>>>>>>> Date: Thu, 8 May 2008 09:55:09 +0800 >>>>>>>>>> From: "??" <[email protected]> >>>>>>>>>> Subject: Re: [OpenSource_GPS] Why add 0.5 in pull_in and track >>>>>>>>>> parameter >>>>>>>>>> To: <[email protected]> >>>>>>>>>> Message-ID: <000b01c8b0ae$8e56a420$7001a8c0@dlmu7657b7f615> >>>>>>>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>>>>>>> >>>>>>>>>> Dear Sir: >>>>>>>>>> >>>>>>>>>> I found Open Source software is : >>>>>>>>>> >>>>>>>>>> pull_carr_C1=(int) (1.69852*Bnpullcarr/Carrier_DCO_Delta/(4.0+5.333*Bnpullcarr/1000.0+(1.8856*Bnpullcarr/1000.0)* >>>>>>>>>> (1.8856*Bnpullcarr/1000.0))+0.5); >>>>>>>>>> >>>>>>>>>> pull_carr_C2=(int) (0.6369183/Carrier_DCO_Delta*(1.8856*Bnpullcarr/1000.0)*(1.8856*Bnpullcarr/1000.0)*1000.0/ >>>>>>>>>> (4.0+5.333*Bnpullcarr/1000.0+(1.8856*Bnpullcarr/1000.0)*(1.8856*Bnpullcarr/1000.0))+0.5); >>>>>>>>>> >>>>>>>>>> pull_code_C1=(int) (10.598/Code_DCO_Delta*Bnpullcode/(4.0+5.333*Bnpullcode/1000.0+(1.8856*Bnpullcode/1000.0)* >>>>>>>>>> (1.8856*Bnpullcode/1000.0))+0.5); >>>>>>>>>> >>>>>>>>>> pull_code_C2=(int) (4.028/Code_DCO_Delta*(1.8856*Bnpullcode/1000.0)*(1.8856*Bnpullcode/1000.0)*1000.0/ >>>>>>>>>> (4.0+5.333*Bnpullcode/1000.0+(1.8856*Bnpullcode/1000.0)*(1.8856*Bnpullcode/1000.0))+0.5); >>>>>>>>>> >>>>>>>>>> I know C1 C2 is >>>>>>>>>> pull_carr_C1 = 1/(Ko*Kn)*8*zeta*On*Ts/(4+4*zeta*On*Ts+(On*Ts)^2); >>>>>>>>>> pull_carr_C2 = 1/(Ko*Kn)*4*(On*Ts)^2/(4+4*zeta*On*Ts+(On*Ts)^2); >>>>>>>>>> >>>>>>>>>> By compared, I wonder why add 0.5 to C1 and C2 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ----- Original Message ----- >>>>>>>>>> From: <[email protected]> >>>>>>>>>> To: <[email protected]> >>>>>>>>>> Sent: Thursday, May 08, 2008 3:00 AM >>>>>>>>>> Subject: opensource_gps Digest, Vol 49, Issue 1 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Send opensource_gps mailing list submissions to >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> You can reach the person managing the list at >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Today's Topics: >>>>>>>>>>> >>>>>>>>>>> 1. osgps run under windows xp (yuguangzhan) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ---------------------------------------------------------------------- >>>>>>>>>>> >>>>>>>>>>> Message: 1 >>>>>>>>>>> Date: Wed, 7 May 2008 12:05:10 +0000 (UTC) >>>>>>>>>>> From: yuguangzhan <[email protected]> >>>>>>>>>>> Subject: [OpenSource_GPS] osgps run under windows xp >>>>>>>>>>> To: [email protected] >>>>>>>>>>> Message-ID: <[email protected]> >>>>>>>>>>> Content-Type: text/plain; charset=us-ascii >>>>>>>>>>> >>>>>>>>>>> Hi, Cliff: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I purchased a GPS1005 PCI bus board on year 2007 from GPS Creations. Now we >>>>>>>>>>> want to run it under windows xp.So we wonder if the opensource_gps code can >>>>>>>>>>> run in windows xp and if there is a windows WDM driver available. >>>>>>>>>>> >>>>>>>>>>> Could you please advise how could I proceed in order to find >>>>>>>>>>> such driver? Do you know anyone else who could have it available? >>>>>>>>>>> >>>>>>>>>>> Sincerely, >>>>>>>>>>> >>>>>>>>>>> yuguang. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ------------------------------ >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> opensource_gps mailing list >>>>>>>>>>> [email protected] >>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> End of opensource_gps Digest, Vol 49, Issue 1 >>>>>>>>>>> ********************************************* >>>>>>>>>> >>>>>>>>>> ------------------------------ >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> opensource_gps mailing list >>>>>>>>>> [email protected] >>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> End of opensource_gps Digest, Vol 49, Issue 2 >>>>>>>>>> ********************************************* >>>>>>>>>_______________________________________________ >>>>>>>>>opensource_gps mailing list >>>>>>>>>[email protected] >>>>>>>>>http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>> >>>>>>> -------------- next part -------------- >>>>>>> An HTML attachment was scrubbed... >>>>>>> URL: http://lists.psas.pdx.edu/pipermail/opensource_gps/attachments/20080515/532844ef/attachment.html >>>>>>> >>>>>>> ------------------------------ >>>>>>> >>>>>>> _______________________________________________ >>>>>>> opensource_gps mailing list >>>>>>> [email protected] >>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>> >>>>>>> >>>>>>> End of opensource_gps Digest, Vol 49, Issue 4 >>>>>>> ********************************************* >>>>>>_______________________________________________ >>>>>>opensource_gps mailing list >>>>>>[email protected] >>>>>>http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------ >>>>> >>>>> Message: 3 >>>>> Date: Tue, 20 May 2008 06:07:48 +0000 (UTC) >>>>> From: yuguangzhan <[email protected]> >>>>> Subject: [OpenSource_GPS] the GPS1005 >>>>> To: [email protected] >>>>> Message-ID: <[email protected]> >>>>> Content-Type: text/plain; charset=us-ascii >>>>> >>>>> Hi everyone >>>>> Does anyone have the PCI version of the GPS1005 from GPS Creations.I am >>>>> looking for the GPS1005 receiver kit.If you have one,please send me.My email >>>>> is <[email protected]> >>>>> >>>>> >>>>> Regards >>>>> yuguangzhan >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------ >>>>> >>>>> _______________________________________________ >>>>> opensource_gps mailing list >>>>> [email protected] >>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>> >>>>> >>>>> End of opensource_gps Digest, Vol 49, Issue 6 >>>>> *********************************************??i??'?????h??& >>>>_______________________________________________ >>>>opensource_gps mailing list >>>>[email protected] >>>>http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>> >>> >>> >>> >>> ------------------------------ >>> >>> Message: 2 >>> Date: Thu, 22 May 2008 18:29:33 -0700 (GMT-07:00) >>> From: Clifford Kelley <[email protected]> >>> Subject: Re: [OpenSource_GPS] About Interrupt interval >>> To: ?? <[email protected]>, [email protected] >>> Message-ID: >>> <5418846.1211506173679.JavaMail.root@elwamui-ovcar.atl.sa.earthlink.net> >>> >>> Content-Type: text/plain; charset=UTF-8 >>> >>> The interrupt interval is set to about 500 microseconds. The idea was to provide 2 checks per 1 ms of C/A code repeat time. I have seen documentation with longer intervals but certainly no larger than 1 ms. >>> >>> Cliff >>> >>> -----Original Message----- >>>>From: ?? <[email protected]> >>>>Sent: May 21, 2008 8:49 PM >>>>To: [email protected] >>>>Subject: [OpenSource_GPS] About Interrupt interval >>>> >>>>Dear Sir, >>>> I wanna to know ,in the open software, how long is the Interrupt interval? And Why? >>>> >>>>Looking forward for your reply! >>>> >>>>Best Regards! >>>>----- Original Message ----- >>>>From: <[email protected]> >>>>To: <[email protected]> >>>>Sent: Wednesday, May 21, 2008 2:07 PM >>>>Subject: opensource_gps Digest, Vol 49, Issue 7 >>>> >>>> >>>>> Send opensource_gps mailing list submissions to >>>>> [email protected] >>>>> >>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>> or, via email, send a message with subject or body 'help' to >>>>> [email protected] >>>>> >>>>> You can reach the person managing the list at >>>>> [email protected] >>>>> >>>>> When replying, please edit your Subject line so it is more specific >>>>> than "Re: Contents of opensource_gps digest..." >>>>> >>>>> >>>>> Today's Topics: >>>>> >>>>> 1. About Pream (??) >>>>> >>>>> >>>>> ---------------------------------------------------------------------- >>>>> >>>>> Message: 1 >>>>> Date: Wed, 21 May 2008 14:06:15 +0800 >>>>> From: "??" <[email protected]> >>>>> Subject: [OpenSource_GPS] About Pream >>>>> To: <[email protected]> >>>>> Message-ID: <002e01c8bb08$cbf39590$7001a8c0@dlmu7657b7f615> >>>>> Content-Type: text/plain; charset="ISO-8859-1" >>>>> >>>>> Dear Sir: >>>>> In the open software, the function Pream >>>>> >>>>> when resync on the first subframe, TOW matches clock to 300 seconds; resync on the other subframes, TOW matches clock to 3 seconds. >>>>> >>>>> I don't know why? why should be 3 seconds when resync on the other subframes? Is 300 seconds Ok? >>>>> >>>>> Best Regards! >>>>> Looking forward for your letter! >>>>> >>>>> Yours >>>>> ----- Original Message ----- >>>>> From: <[email protected]> >>>>> To: <[email protected]> >>>>> Sent: Wednesday, May 21, 2008 3:00 AM >>>>> Subject: opensource_gps Digest, Vol 49, Issue 6 >>>>> >>>>> >>>>>> Send opensource_gps mailing list submissions to >>>>>> [email protected] >>>>>> >>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>> or, via email, send a message with subject or body 'help' to >>>>>> [email protected] >>>>>> >>>>>> You can reach the person managing the list at >>>>>> [email protected] >>>>>> >>>>>> When replying, please edit your Subject line so it is more specific >>>>>> than "Re: Contents of opensource_gps digest..." >>>>>> >>>>>> >>>>>> Today's Topics: >>>>>> >>>>>> 1. Re: About Navigation Data overflow (Clifford Kelley) >>>>>> 2. Re: why tr_bit_time is different from 20ms epoch (Clifford Kelley) >>>>>> 3. the GPS1005 (yuguangzhan) >>>>>> >>>>>> >>>>>> ---------------------------------------------------------------------- >>>>>> >>>>>> Message: 1 >>>>>> Date: Mon, 19 May 2008 19:04:59 -0700 (GMT-07:00) >>>>>> From: Clifford Kelley <[email protected]> >>>>>> Subject: Re: [OpenSource_GPS] About Navigation Data overflow >>>>>> To: ?? <[email protected]>, [email protected] >>>>>> Message-ID: >>>>>> <25560991.1211249099509.JavaMail.root@elwamui-muscovy.atl.sa.earthlink.net> >>>>>> >>>>>> Content-Type: text/plain; charset=UTF-8 >>>>>> >>>>>> My recollection is that it is possible to get overflow when the end of a message frame is reached and during the time taken to decode the nav message means a few bits may overwrite the previous set. With the data overflow array we won't miss this data and it can be used later without any problems. >>>>>> >>>>>> Cliff >>>>>> >>>>>> -----Original Message----- >>>>>>>From: ?? <[email protected]> >>>>>>>Sent: May 15, 2008 7:24 PM >>>>>>>To: [email protected] >>>>>>>Subject: [OpenSource_GPS] About Navigation Data overflow >>>>>>> >>>>>>>Dear Sir: >>>>>>> >>>>>>> I'm a graduate student. I'm very interested in OSGPS. I found in track program ,there is software dealing with data overflow, as following >>>>>>> >>>>>>>if ((ic->frame_ready) && (bitnum < 16)) { >>>>>>> /* Overflow */ >>>>>>> if (c->bit) >>>>>>> set_bit (ch, (void *) &data_overflow[bitnum]); >>>>>>> else >>>>>>> clear_bit (ch, (void *) &data_overflow[bitnum]); >>>>>>> } >>>>>>> else { >>>>>>> if (c->bit) >>>>>>> set_bit (ch, (void *) &data_mesg[bitnum]); >>>>>>> else >>>>>>> clear_bit (ch, (void *) &data_mesg[bitnum]); >>>>>>> } >>>>>>> >>>>>>>I think if there is data overflow, there will be error in navigation data. I wanna know is the condition of data overflow exist? >>>>>>> >>>>>>>Best Regards! >>>>>>> >>>>>>>Looking forward for your reply! >>>>>>>----- Original Message ----- >>>>>>>From: <[email protected]> >>>>>>>To: <[email protected]> >>>>>>>Sent: Friday, May 16, 2008 3:00 AM >>>>>>>Subject: opensource_gps Digest, Vol 49, Issue 4 >>>>>>> >>>>>>> >>>>>>>> Send opensource_gps mailing list submissions to >>>>>>>> [email protected] >>>>>>>> >>>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>>> [email protected] >>>>>>>> >>>>>>>> You can reach the person managing the list at >>>>>>>> [email protected] >>>>>>>> >>>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>>> >>>>>>>> >>>>>>>> Today's Topics: >>>>>>>> >>>>>>>> 1. Re: About pull_in state Parameter (??) >>>>>>>> >>>>>>>> >>>>>>>> ---------------------------------------------------------------------- >>>>>>>> >>>>>>>> Message: 1 >>>>>>>> Date: Thu, 15 May 2008 17:58:40 +0800 >>>>>>>> From: ?? <[email protected]> >>>>>>>> Subject: Re: [OpenSource_GPS] About pull_in state Parameter >>>>>>>> To: <[email protected]> >>>>>>>> Message-ID: <003501c8b672$4763d0f0$7001a8c0@dlmu7657b7f615> >>>>>>>> Content-Type: text/plain; charset="gb2312" >>>>>>>> >>>>>>>> Dear Sir, >>>>>>>> >>>>>>>> I still wonder why we choose 45 deg as the threshold ? >>>>>>>> >>>>>>>> And I have another question. According to what ,you decide the bandwide of the code loop and carrier loop? Did you do some simulation? Would you send me something about the simulation? >>>>>>>> >>>>>>>> Thanks. >>>>>>>> >>>>>>>> Looking forward for your reply. >>>>>>>> >>>>>>>> Best regards >>>>>>>> >>>>>>>> Yours, >>>>>>>> Jiang Yi >>>>>>>> >>>>>>>> ----- Original Message ----- >>>>>>>> From: "Clifford Kelley" <[email protected]> >>>>>>>> To: "??" <[email protected]> >>>>>>>> Sent: Tuesday, May 13, 2008 8:56 AM >>>>>>>> Subject: Re: [OpenSource_GPS] About pull_in state Parameter >>>>>>>> >>>>>>>> >>>>>>>>> The threshold for power is set at the sqrt of 2 times the rms value. To approximate this with integer values it was multiplied by 14 first and then divided by 10. >>>>>>>>> >>>>>>>>> 1200 was chosen as an approximate value of 45 deg based on the scaling used in the 4 quadrant arc tangent function. >>>>>>>>> >>>>>>>>> I hope this helps, >>>>>>>>> >>>>>>>>> Cliff >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>>>From: ?? <[email protected]> >>>>>>>>>>Sent: May 8, 2008 7:41 PM >>>>>>>>>>To: [email protected] >>>>>>>>>>Subject: [OpenSource_GPS] About pull_in state Parameter >>>>>>>>>> >>>>>>>>>>Dear Sir: >>>>>>>>>> >>>>>>>>>> I'm a graduate student. I'm very interested in OSGPS. I wanna know the detail about OSGPS. >>>>>>>>>> >>>>>>>>>>In the end of pull_in state, the software use if (c->avg > 14 * rms / 10 && c->th_rms < 12000 && c->ms_set) as the condition for track state. >>>>>>>>>> >>>>>>>>>>My problem : >>>>>>>>>>1 avg > 14 * rms / 10 ,what's the meaning of 14 and 10 >>>>>>>>>>2 c->th_rms < 12000 why should we choose 12000 as the the threshold >>>>>>>>>> >>>>>>>>>>Looking forward for your reply! >>>>>>>>>>Best Regard! >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>----- Original Message ----- >>>>>>>>>>From: <[email protected]> >>>>>>>>>>To: <[email protected]> >>>>>>>>>>Sent: Friday, May 09, 2008 3:00 AM >>>>>>>>>>Subject: opensource_gps Digest, Vol 49, Issue 2 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Send opensource_gps mailing list submissions to >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> You can reach the person managing the list at >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Today's Topics: >>>>>>>>>>> >>>>>>>>>>> 1. ???? ([email protected]) >>>>>>>>>>> 2. Re: Why add 0.5 in pull_in and track parameter (??) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ---------------------------------------------------------------------- >>>>>>>>>>> >>>>>>>>>>> Message: 1 >>>>>>>>>>> Date: Wed, 7 May 2008 12:00:42 -0700 >>>>>>>>>>> From: <[email protected]> >>>>>>>>>>> Subject: [OpenSource_GPS] ???? >>>>>>>>>>> To: [email protected] >>>>>>>>>>> Message-ID: <[email protected]> >>>>>>>>>>> Content-Type: text/plain; charset="us-ascii" >>>>>>>>>>> >>>>>>>>>>> An HTML attachment was scrubbed... >>>>>>>>>>> URL: http://lists.psas.pdx.edu/pipermail/opensource_gps/attachments/20080507/78933d21/attachment.html >>>>>>>>>>> >>>>>>>>>>> ------------------------------ >>>>>>>>>>> >>>>>>>>>>> Message: 2 >>>>>>>>>>> Date: Thu, 8 May 2008 09:55:09 +0800 >>>>>>>>>>> From: "??" <[email protected]> >>>>>>>>>>> Subject: Re: [OpenSource_GPS] Why add 0.5 in pull_in and track >>>>>>>>>>> parameter >>>>>>>>>>> To: <[email protected]> >>>>>>>>>>> Message-ID: <000b01c8b0ae$8e56a420$7001a8c0@dlmu7657b7f615> >>>>>>>>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>>>>>>>> >>>>>>>>>>> Dear Sir: >>>>>>>>>>> >>>>>>>>>>> I found Open Source software is : >>>>>>>>>>> >>>>>>>>>>> pull_carr_C1=(int) (1.69852*Bnpullcarr/Carrier_DCO_Delta/(4.0+5.333*Bnpullcarr/1000.0+(1.8856*Bnpullcarr/1000.0)* >>>>>>>>>>> (1.8856*Bnpullcarr/1000.0))+0.5); >>>>>>>>>>> >>>>>>>>>>> pull_carr_C2=(int) (0.6369183/Carrier_DCO_Delta*(1.8856*Bnpullcarr/1000.0)*(1.8856*Bnpullcarr/1000.0)*1000.0/ >>>>>>>>>>> (4.0+5.333*Bnpullcarr/1000.0+(1.8856*Bnpullcarr/1000.0)*(1.8856*Bnpullcarr/1000.0))+0.5); >>>>>>>>>>> >>>>>>>>>>> pull_code_C1=(int) (10.598/Code_DCO_Delta*Bnpullcode/(4.0+5.333*Bnpullcode/1000.0+(1.8856*Bnpullcode/1000.0)* >>>>>>>>>>> (1.8856*Bnpullcode/1000.0))+0.5); >>>>>>>>>>> >>>>>>>>>>> pull_code_C2=(int) (4.028/Code_DCO_Delta*(1.8856*Bnpullcode/1000.0)*(1.8856*Bnpullcode/1000.0)*1000.0/ >>>>>>>>>>> (4.0+5.333*Bnpullcode/1000.0+(1.8856*Bnpullcode/1000.0)*(1.8856*Bnpullcode/1000.0))+0.5); >>>>>>>>>>> >>>>>>>>>>> I know C1 C2 is >>>>>>>>>>> pull_carr_C1 = 1/(Ko*Kn)*8*zeta*On*Ts/(4+4*zeta*On*Ts+(On*Ts)^2); >>>>>>>>>>> pull_carr_C2 = 1/(Ko*Kn)*4*(On*Ts)^2/(4+4*zeta*On*Ts+(On*Ts)^2); >>>>>>>>>>> >>>>>>>>>>> By compared, I wonder why add 0.5 to C1 and C2 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>> From: <[email protected]> >>>>>>>>>>> To: <[email protected]> >>>>>>>>>>> Sent: Thursday, May 08, 2008 3:00 AM >>>>>>>>>>> Subject: opensource_gps Digest, Vol 49, Issue 1 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Send opensource_gps mailing list submissions to >>>>>>>>>>>> [email protected] >>>>>>>>>>>> >>>>>>>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>>>>>>> [email protected] >>>>>>>>>>>> >>>>>>>>>>>> You can reach the person managing the list at >>>>>>>>>>>> [email protected] >>>>>>>>>>>> >>>>>>>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Today's Topics: >>>>>>>>>>>> >>>>>>>>>>>> 1. osgps run under windows xp (yuguangzhan) >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ---------------------------------------------------------------------- >>>>>>>>>>>> >>>>>>>>>>>> Message: 1 >>>>>>>>>>>> Date: Wed, 7 May 2008 12:05:10 +0000 (UTC) >>>>>>>>>>>> From: yuguangzhan <[email protected]> >>>>>>>>>>>> Subject: [OpenSource_GPS] osgps run under windows xp >>>>>>>>>>>> To: [email protected] >>>>>>>>>>>> Message-ID: <[email protected]> >>>>>>>>>>>> Content-Type: text/plain; charset=us-ascii >>>>>>>>>>>> >>>>>>>>>>>> Hi, Cliff: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I purchased a GPS1005 PCI bus board on year 2007 from GPS Creations. Now we >>>>>>>>>>>> want to run it under windows xp.So we wonder if the opensource_gps code can >>>>>>>>>>>> run in windows xp and if there is a windows WDM driver available. >>>>>>>>>>>> >>>>>>>>>>>> Could you please advise how could I proceed in order to find >>>>>>>>>>>> such driver? Do you know anyone else who could have it available? >>>>>>>>>>>> >>>>>>>>>>>> Sincerely, >>>>>>>>>>>> >>>>>>>>>>>> yuguang. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------ >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> opensource_gps mailing list >>>>>>>>>>>> [email protected] >>>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> End of opensource_gps Digest, Vol 49, Issue 1 >>>>>>>>>>>> ********************************************* >>>>>>>>>>> >>>>>>>>>>> ------------------------------ >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> opensource_gps mailing list >>>>>>>>>>> [email protected] >>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> End of opensource_gps Digest, Vol 49, Issue 2 >>>>>>>>>>> ********************************************* >>>>>>>>>>_______________________________________________ >>>>>>>>>>opensource_gps mailing list >>>>>>>>>>[email protected] >>>>>>>>>>http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>> >>>>>>>> -------------- next part -------------- >>>>>>>> An HTML attachment was scrubbed... >>>>>>>> URL: http://lists.psas.pdx.edu/pipermail/opensource_gps/attachments/20080515/532844ef/attachment.html >>>>>>>> >>>>>>>> ------------------------------ >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> opensource_gps mailing list >>>>>>>> [email protected] >>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>> >>>>>>>> >>>>>>>> End of opensource_gps Digest, Vol 49, Issue 4 >>>>>>>> *********************************************??i??'?????h??& >>>>>>>_______________________________________________ >>>>>>>opensource_gps mailing list >>>>>>>[email protected] >>>>>>>http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> >>>>>> Message: 2 >>>>>> Date: Mon, 19 May 2008 19:10:37 -0700 (GMT-07:00) >>>>>> From: Clifford Kelley <[email protected]> >>>>>> Subject: Re: [OpenSource_GPS] why tr_bit_time is different from 20ms >>>>>> epoch >>>>>> To: ?? <[email protected]>, [email protected] >>>>>> Message-ID: >>>>>> <1056535.1211249437681.JavaMail.root@elwamui-muscovy.atl.sa.earthlink.net> >>>>>> >>>>>> Content-Type: text/plain; charset=UTF-8 >>>>>> >>>>>> This is due to the bookkeeping of data bits which is handled in two places. The chan[ch].meas_bit_time is the data bit into the week the measurement was made. It is unambiguous but since it is on the user side of the interface it could be off by 1 bit. The other value "bit" comes from the data bit counter in the GP2021 and is accurate but ambiguous since it only counts up to 50 data bits and then rolls over. This part of the code resolves the ambiguity and corrects the meas_bit_time for later construction of the pseudorange. >>>>>> >>>>>> Cliff >>>>>> >>>>>> -----Original Message----- >>>>>>>From: ?? <[email protected]> >>>>>>>Sent: May 16, 2008 3:02 AM >>>>>>>To: [email protected] >>>>>>>Subject: [OpenSource_GPS] why tr_bit_time is different from 20ms epoch >>>>>>> >>>>>>> Dear Sir, >>>>>>> In the function NavFix(), there is the program as follow: >>>>>>> meas_bit_time_rem = chan[ch].meas_bit_time%50; >>>>>>> if ( meas_bit_time_rem == bit+1 ) meas_bit_time_offset = -1; >>>>>>> if ( meas_bit_time_rem == bit-1 ) meas_bit_time_offset = +1; >>>>>>> if ( meas_bit_time_rem == 0 && bit == 49 ) meas_bit_time_offset = -1; >>>>>>> >>>>>>>I think transmit bit time is the same with 20ms epoch's value. However, sometime I found them are different. I wanna know why? Why meas_bit_time_offset is not equal zero? Why it shoud be -1,0,or 1? Is it can be more than -1,0,or 1, e.g 4,-4? >>>>>>> >>>>>>>I'm looking forward for your reply. >>>>>>>Best Regards! >>>>>>> >>>>>>> Yours >>>>>>>----- Original Message ----- >>>>>>>From: <[email protected]> >>>>>>>To: <[email protected]> >>>>>>>Sent: Friday, May 16, 2008 3:00 AM >>>>>>>Subject: opensource_gps Digest, Vol 49, Issue 4 >>>>>>> >>>>>>> >>>>>>>> Send opensource_gps mailing list submissions to >>>>>>>> [email protected] >>>>>>>> >>>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>>> [email protected] >>>>>>>> >>>>>>>> You can reach the person managing the list at >>>>>>>> [email protected] >>>>>>>> >>>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>>> >>>>>>>> >>>>>>>> Today's Topics: >>>>>>>> >>>>>>>> 1. Re: About pull_in state Parameter (??) >>>>>>>> >>>>>>>> >>>>>>>> ---------------------------------------------------------------------- >>>>>>>> >>>>>>>> Message: 1 >>>>>>>> Date: Thu, 15 May 2008 17:58:40 +0800 >>>>>>>> From: ?? <[email protected]> >>>>>>>> Subject: Re: [OpenSource_GPS] About pull_in state Parameter >>>>>>>> To: <[email protected]> >>>>>>>> Message-ID: <003501c8b672$4763d0f0$7001a8c0@dlmu7657b7f615> >>>>>>>> Content-Type: text/plain; charset="gb2312" >>>>>>>> >>>>>>>> Dear Sir, >>>>>>>> >>>>>>>> I still wonder why we choose 45 deg as the threshold ? >>>>>>>> >>>>>>>> And I have another question. According to what ,you decide the bandwide of the code loop and carrier loop? Did you do some simulation? Would you send me something about the simulation? >>>>>>>> >>>>>>>> Thanks. >>>>>>>> >>>>>>>> Looking forward for your reply. >>>>>>>> >>>>>>>> Best regards >>>>>>>> >>>>>>>> Yours, >>>>>>>> Jiang Yi >>>>>>>> >>>>>>>> ----- Original Message ----- >>>>>>>> From: "Clifford Kelley" <[email protected]> >>>>>>>> To: "??" <[email protected]> >>>>>>>> Sent: Tuesday, May 13, 2008 8:56 AM >>>>>>>> Subject: Re: [OpenSource_GPS] About pull_in state Parameter >>>>>>>> >>>>>>>> >>>>>>>>> The threshold for power is set at the sqrt of 2 times the rms value. To approximate this with integer values it was multiplied by 14 first and then divided by 10. >>>>>>>>> >>>>>>>>> 1200 was chosen as an approximate value of 45 deg based on the scaling used in the 4 quadrant arc tangent function. >>>>>>>>> >>>>>>>>> I hope this helps, >>>>>>>>> >>>>>>>>> Cliff >>>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>>>From: ?? <[email protected]> >>>>>>>>>>Sent: May 8, 2008 7:41 PM >>>>>>>>>>To: [email protected] >>>>>>>>>>Subject: [OpenSource_GPS] About pull_in state Parameter >>>>>>>>>> >>>>>>>>>>Dear Sir: >>>>>>>>>> >>>>>>>>>> I'm a graduate student. I'm very interested in OSGPS. I wanna know the detail about OSGPS. >>>>>>>>>> >>>>>>>>>>In the end of pull_in state, the software use if (c->avg > 14 * rms / 10 && c->th_rms < 12000 && c->ms_set) as the condition for track state. >>>>>>>>>> >>>>>>>>>>My problem : >>>>>>>>>>1 avg > 14 * rms / 10 ,what's the meaning of 14 and 10 >>>>>>>>>>2 c->th_rms < 12000 why should we choose 12000 as the the threshold >>>>>>>>>> >>>>>>>>>>Looking forward for your reply! >>>>>>>>>>Best Regard! >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>----- Original Message ----- >>>>>>>>>>From: <[email protected]> >>>>>>>>>>To: <[email protected]> >>>>>>>>>>Sent: Friday, May 09, 2008 3:00 AM >>>>>>>>>>Subject: opensource_gps Digest, Vol 49, Issue 2 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Send opensource_gps mailing list submissions to >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> You can reach the person managing the list at >>>>>>>>>>> [email protected] >>>>>>>>>>> >>>>>>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Today's Topics: >>>>>>>>>>> >>>>>>>>>>> 1. ???? ([email protected]) >>>>>>>>>>> 2. Re: Why add 0.5 in pull_in and track parameter (??) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ---------------------------------------------------------------------- >>>>>>>>>>> >>>>>>>>>>> Message: 1 >>>>>>>>>>> Date: Wed, 7 May 2008 12:00:42 -0700 >>>>>>>>>>> From: <[email protected]> >>>>>>>>>>> Subject: [OpenSource_GPS] ???? >>>>>>>>>>> To: [email protected] >>>>>>>>>>> Message-ID: <[email protected]> >>>>>>>>>>> Content-Type: text/plain; charset="us-ascii" >>>>>>>>>>> >>>>>>>>>>> An HTML attachment was scrubbed... >>>>>>>>>>> URL: http://lists.psas.pdx.edu/pipermail/opensource_gps/attachments/20080507/78933d21/attachment.html >>>>>>>>>>> >>>>>>>>>>> ------------------------------ >>>>>>>>>>> >>>>>>>>>>> Message: 2 >>>>>>>>>>> Date: Thu, 8 May 2008 09:55:09 +0800 >>>>>>>>>>> From: "??" <[email protected]> >>>>>>>>>>> Subject: Re: [OpenSource_GPS] Why add 0.5 in pull_in and track >>>>>>>>>>> parameter >>>>>>>>>>> To: <[email protected]> >>>>>>>>>>> Message-ID: <000b01c8b0ae$8e56a420$7001a8c0@dlmu7657b7f615> >>>>>>>>>>> Content-Type: text/plain; charset="iso-8859-1" >>>>>>>>>>> >>>>>>>>>>> Dear Sir: >>>>>>>>>>> >>>>>>>>>>> I found Open Source software is : >>>>>>>>>>> >>>>>>>>>>> pull_carr_C1=(int) (1.69852*Bnpullcarr/Carrier_DCO_Delta/(4.0+5.333*Bnpullcarr/1000.0+(1.8856*Bnpullcarr/1000.0)* >>>>>>>>>>> (1.8856*Bnpullcarr/1000.0))+0.5); >>>>>>>>>>> >>>>>>>>>>> pull_carr_C2=(int) (0.6369183/Carrier_DCO_Delta*(1.8856*Bnpullcarr/1000.0)*(1.8856*Bnpullcarr/1000.0)*1000.0/ >>>>>>>>>>> (4.0+5.333*Bnpullcarr/1000.0+(1.8856*Bnpullcarr/1000.0)*(1.8856*Bnpullcarr/1000.0))+0.5); >>>>>>>>>>> >>>>>>>>>>> pull_code_C1=(int) (10.598/Code_DCO_Delta*Bnpullcode/(4.0+5.333*Bnpullcode/1000.0+(1.8856*Bnpullcode/1000.0)* >>>>>>>>>>> (1.8856*Bnpullcode/1000.0))+0.5); >>>>>>>>>>> >>>>>>>>>>> pull_code_C2=(int) (4.028/Code_DCO_Delta*(1.8856*Bnpullcode/1000.0)*(1.8856*Bnpullcode/1000.0)*1000.0/ >>>>>>>>>>> (4.0+5.333*Bnpullcode/1000.0+(1.8856*Bnpullcode/1000.0)*(1.8856*Bnpullcode/1000.0))+0.5); >>>>>>>>>>> >>>>>>>>>>> I know C1 C2 is >>>>>>>>>>> pull_carr_C1 = 1/(Ko*Kn)*8*zeta*On*Ts/(4+4*zeta*On*Ts+(On*Ts)^2); >>>>>>>>>>> pull_carr_C2 = 1/(Ko*Kn)*4*(On*Ts)^2/(4+4*zeta*On*Ts+(On*Ts)^2); >>>>>>>>>>> >>>>>>>>>>> By compared, I wonder why add 0.5 to C1 and C2 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ----- Original Message ----- >>>>>>>>>>> From: <[email protected]> >>>>>>>>>>> To: <[email protected]> >>>>>>>>>>> Sent: Thursday, May 08, 2008 3:00 AM >>>>>>>>>>> Subject: opensource_gps Digest, Vol 49, Issue 1 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Send opensource_gps mailing list submissions to >>>>>>>>>>>> [email protected] >>>>>>>>>>>> >>>>>>>>>>>> To subscribe or unsubscribe via the World Wide Web, visit >>>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>>> or, via email, send a message with subject or body 'help' to >>>>>>>>>>>> [email protected] >>>>>>>>>>>> >>>>>>>>>>>> You can reach the person managing the list at >>>>>>>>>>>> [email protected] >>>>>>>>>>>> >>>>>>>>>>>> When replying, please edit your Subject line so it is more specific >>>>>>>>>>>> than "Re: Contents of opensource_gps digest..." >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Today's Topics: >>>>>>>>>>>> >>>>>>>>>>>> 1. osgps run under windows xp (yuguangzhan) >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ---------------------------------------------------------------------- >>>>>>>>>>>> >>>>>>>>>>>> Message: 1 >>>>>>>>>>>> Date: Wed, 7 May 2008 12:05:10 +0000 (UTC) >>>>>>>>>>>> From: yuguangzhan <[email protected]> >>>>>>>>>>>> Subject: [OpenSource_GPS] osgps run under windows xp >>>>>>>>>>>> To: [email protected] >>>>>>>>>>>> Message-ID: <[email protected]> >>>>>>>>>>>> Content-Type: text/plain; charset=us-ascii >>>>>>>>>>>> >>>>>>>>>>>> Hi, Cliff: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I purchased a GPS1005 PCI bus board on year 2007 from GPS Creations. Now we >>>>>>>>>>>> want to run it under windows xp.So we wonder if the opensource_gps code can >>>>>>>>>>>> run in windows xp and if there is a windows WDM driver available. >>>>>>>>>>>> >>>>>>>>>>>> Could you please advise how could I proceed in order to find >>>>>>>>>>>> such driver? Do you know anyone else who could have it available? >>>>>>>>>>>> >>>>>>>>>>>> Sincerely, >>>>>>>>>>>> >>>>>>>>>>>> yuguang. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> ------------------------------ >>>>>>>>>>>> >>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>> opensource_gps mailing list >>>>>>>>>>>> [email protected] >>>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> End of opensource_gps Digest, Vol 49, Issue 1 >>>>>>>>>>>> ********************************************* >>>>>>>>>>> >>>>>>>>>>> ------------------------------ >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> opensource_gps mailing list >>>>>>>>>>> [email protected] >>>>>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> End of opensource_gps Digest, Vol 49, Issue 2 >>>>>>>>>>> ********************************************* >>>>>>>>>>_______________________________________________ >>>>>>>>>>opensource_gps mailing list >>>>>>>>>>[email protected] >>>>>>>>>>http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>>> >>>>>>>> -------------- next part -------------- >>>>>>>> An HTML attachment was scrubbed... >>>>>>>> URL: http://lists.psas.pdx.edu/pipermail/opensource_gps/attachments/20080515/532844ef/attachment.html >>>>>>>> >>>>>>>> ------------------------------ >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> opensource_gps mailing list >>>>>>>> [email protected] >>>>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>>>> >>>>>>>> >>>>>>>> End of opensource_gps Digest, Vol 49, Issue 4 >>>>>>>> ********************************************* >>>>>>>_______________________________________________ >>>>>>>opensource_gps mailing list >>>>>>>[email protected] >>>>>>>http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> >>>>>> Message: 3 >>>>>> Date: Tue, 20 May 2008 06:07:48 +0000 (UTC) >>>>>> From: yuguangzhan <[email protected]> >>>>>> Subject: [OpenSource_GPS] the GPS1005 >>>>>> To: [email protected] >>>>>> Message-ID: <[email protected]> >>>>>> Content-Type: text/plain; charset=us-ascii >>>>>> >>>>>> Hi everyone >>>>>> Does anyone have the PCI version of the GPS1005 from GPS Creations.I am >>>>>> looking for the GPS1005 receiver kit.If you have one,please send me.My email >>>>>> is <[email protected]> >>>>>> >>>>>> >>>>>> Regards >>>>>> yuguangzhan >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------ >>>>>> >>>>>> _______________________________________________ >>>>>> opensource_gps mailing list >>>>>> [email protected] >>>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>>> >>>>>> >>>>>> End of opensource_gps Digest, Vol 49, Issue 6 >>>>>> *********************************************??i??'?????h??& >>>>> >>>>> ------------------------------ >>>>> >>>>> _______________________________________________ >>>>> opensource_gps mailing list >>>>> [email protected] >>>>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>>>> >>>>> >>>>> End of opensource_gps Digest, Vol 49, Issue 7 >>>>> ********************************************* >>>>_______________________________________________ >>>>opensource_gps mailing list >>>>[email protected] >>>>http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>> >>> >>> >>> >>> ------------------------------ >>> >>> _______________________________________________ >>> opensource_gps mailing list >>> [email protected] >>> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >>> >>> >>> End of opensource_gps Digest, Vol 49, Issue 9 >>> ********************************************* >> >> ------------------------------ >> >> _______________________________________________ >> opensource_gps mailing list >> [email protected] >> http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps >> >> >> End of opensource_gps Digest, Vol 50, Issue 1 >> ********************************************* >_______________________________________________ >opensource_gps mailing list >[email protected] >http://lists.psas.pdx.edu/cgi-bin/mailman/listinfo/opensource_gps The OpenSource GPS software is free, therefore the author makes no warranty or representation either express or implied with respect to this software or communication including its quality, merchantability, or fitness for a particular purpose. In no event will the author be liable for direct, indirect, special, incidental, or consequential damages arising out of the use or inability to use this software or communication even if the author has been advised of the possibility of such damages.