他的說明如下
本組合GPS使用新一代省電高感度U-NAV十二衛星定位晶片
本組合使用的GPS採用U-NAV晶片，高規格支援12衛星定位，省電高感度，優異的規格效能可見原廠規格連結，於德國一推出便大受好評。
U-NAV衛星定位晶片定位效果精良按此連結可證
U-NAV晶片卓越的收訊能力，在市場上早已口碑甚揚。號稱「室內可定位」的UMA BS1100藍芽GPS，使用的就是U-NAV晶片。
我就是搭這組GPS+IPQA3950會出現地圖在移動時都會Delay 3~5秒,尤其是在90轉彎時都會跟不上,車子都已經過彎3~5秒了,pda才會跟上,換了一台hp2210也是一樣會delay,但如果用長天gr-212就不會....真是怪怪.....可是賣家跟我說那台也是高感度的,那又為何會差那麼多呢??有誰可以告訴我,這兩款gps的差別,因為我是外行人所以想請各位大大給我指導.....先謝謝大家了....
jimmy
陳景榆 wrote:
我就是搭這組GPS+IPQA3950會出現地圖在移動時都會Delay 3~5秒,尤其是在90轉彎時都會跟不上,車子都已經過彎3~5秒了,pda才會跟上,換了一台hp2210也是一樣會delay,但如果用長天gr-212就不會....真是怪怪.....可是賣家跟我說那台也是高感度的,那又為何會差那麼多呢??有誰可以告訴我,這兩款gps的差別,因為我是外行人所以想請各位大大給我指導.....先謝謝大家了....
那片晶片處裡速度跟韌體搭配不良的關係，GR212我用過，這是一款性能不錯的GPS Mouse，買GPS不是只看廣告或是規格，好的硬體也要有好的韌體搭配才行。舉個例子：大家都是用 P4 3.0GHz的CPU，為什麼裝在不同廠牌的主機板上會有不同的效果？這就是匹配的問題。
jcyao wrote:
調高baud rate可以說有影響
4800bps，理論上每秒可以傳480 byte
所以在此預設的速度下，GPS每秒丟出的資料不能大於480byte
否則下一秒的資料會delay
若改成9600bps，則原本要一秒才送完的資料，這下子只要半秒就可以完成了
說成白話一點，調高baud rate只是可以提早知道定位結果，不會對定位、座標本身的精確度有所改善
只是，導航軟體端有沒有辦法可以將這提早收到的結果即時反應出來？我是莫宰羊
(題外話，RS232的傳輸速度和CPU比較來，RS232算是蝸牛等級)
我對您的說法有點不同的意見：
bps= bit per sec.每秒傳送一個bit，所以4800bps=每秒傳送600 Byte (1 byte=8 bit)
另外GPS更新率是1 Hz，每秒更新一次，而4800bps的速率足夠傳送GPS定位所需的信號，這點是無庸置疑的，就算你改的更快，對於導航軟體的反應並不會造成影響，他還是每秒更新一次。
RS232是一個通信協定，是最古老但是最穩定，藍芽GPS算是最新的科技吧？很抱歉他還是模擬成RS232跟導航軟體通信，你的導航必須設定COM Port那就是RS232。
那些長久以來享有諸多權利的人，忘了這是由許多人犧牲奉獻換來的。
陳景榆 wrote:
http://tw.f2.page.bid.yahoo.com/tw/auction/b19102986?aucview=search
他的說明如下
本組合GPS使用新一代省電高感度U-NAV十二衛星定位晶片
本組合使用的GPS採用U-NAV晶片，高規格支援12衛星定位，省電高感度，優異的規格效能可見原廠規格連結，於德國一推出便大受好評。
U-NAV衛星定位晶片定位效果精良按此連結可證
U-NAV晶片卓越的收訊能力，在市場上早已口碑甚揚。號稱「室內可定位」的UMA BS1100藍芽GPS，使用的就是U-NAV晶片。
我就是搭這組GPS+IPQA3950會出現地圖在移動時都會Delay 3~5秒,尤其是在90轉彎時都會跟不上,車子都已經過彎3~5秒了,pda才會跟上,換了一台hp2210也是一樣會delay,但如果用長天gr-212就不會....真是怪怪.....可是賣家跟我說那台也是高感度的,那又為何會差那麼多呢??有誰可以告訴我,這兩款gps的差別,因為我是外行人所以想請各位大大給我指導.....先謝謝大家了....
請注意一下,我想您可能沒看清楚,該產品雖然也是U-NAV的晶片,但UMA BS1100可是用 U-NAV III的晶片喔,您買到可能是一代或二代晶片,所以跟BS1100可能有不一樣的地方
至於速度的問題,軟體很簡單的就是接收gps來的資訊來顯示,所以基本上不會有什麼delay,尤其是gps mouse,我猜可能是該晶片運算速度有點慢,所以導致會delay,或許可以問問賣給你的人,也許有更好的解釋或解決方式
dw wrote:
我對您的說法有點不同的意見：
bps= bit per sec.每秒傳送一個bit，所以4800bps=每秒傳送600 Byte (1 byte=8 bit)
另外GPS更新率是1 Hz，每秒更新一次，而4800bps的速率足夠傳送GPS定位所需的信號，這點是無庸置疑的，就算你改的更快，對於導航軟體的反應並不會造成影響，他還是每秒更新一次。
RS232是一個通信協定，是最古老但是最穩定，藍芽GPS算是最新的科技吧？很抱歉他還是模擬成RS232跟導航軟體通信，你的導航必須設定COM Port那就是RS232。
有不同意見很好，這樣才有意見交換
1. 1byte=8bit是對的，可是rs-232在傳輸時，每個byte之前還有起始位元，之後還有同位元檢查，以後再有停止位元。在一般的GPS輸出是設定4800bps、一個起始位元、一個結束位元，無同步位元，所以，接收一個完整的byte要1+8+1=10bit，因此4800/10=480byte，不是600 byte
2. 將baud rate提高後，GPS還是每秒送一次定位資料也是對的，但是可以提早知道定位結果，只是提早個零點幾秒可能大家感覺不大。我曾自已diy一個慣性導航裝置，此裝置將定位結果收到後，再加上自已的自立導航並重新運算再輸出。若以4800bps，我收到定位資訊假設要一秒，再重新運算後再丟出又要一秒，那定位資訊傳到pc上一共快落後2秒。若我能提高baud rate以加快資訊的傳遞，這樣就可以減少時間上的delay，只是這個做法並不會對一般的使用有什麼明顯上的變化，算是特例。
3. 我舉rs232很慢是想表達，在gps接收器中的運算晶片及pc(pda)中的cpu都是高速的裝置，只是中間的橋樑rs232是慢的要死的裝置，明明gps早算出結果了，卻還要慢個一秒才全部傳送出去，若能加快這個橋樑的速度，對於即時反應上會不無小補。不過NMEA-0183的標準就是如此訂的，那也就是如此了。
jcyao wrote:
有不同意見很好，這樣才有意見交換
這句話說得好！！
2. 將baud
rate提高後，GPS還是每秒送一次定位資料也是對的，但是可以提早知道定位結果，只是提早個零點幾秒可能大家感覺不大。我曾自已diy一個慣性導航裝
置，此裝置將定位結果收到後，再加上自已的自立導航並重新運算再輸出。若以4800bps，我收到定位資訊假設要一秒，再重新運算後再丟出又要一秒，那定
位資訊傳到pc上一共快落後2秒。若我能提高baud
rate以加快資訊的傳遞，這樣就可以減少時間上的delay，只是這個做法並不會對一般的使用有什麼明顯上的變化，算是特例。
3.
我舉rs232很慢是想表達，在gps接收器中的運算晶片及pc(pda)中的cpu都是高速的裝置，只是中間的橋樑rs232是慢的要死的裝置，明明
gps早算出結果了，卻還要慢個一秒才全部傳送出去，若能加快這個橋樑的速度，對於即時反應上會不無小補。不過NMEA-0183的標準就是如此訂的，那
也就是如此了。
您說的有道理，但小弟有一些想法！
OK! 沒錯！Baud Rate 提高，GPS 每秒送一次！只是對GPS 的資料，取樣速度快一些罷了！
在"某些"狀態下，或者真的有感覺到資料有快那麼一些些！實際上來，是感覺不出來的！
提高 Baud Rate 加快資訊的傳遞，減少時間上的delay...但是呢？資料傳輸端(GPS) 的速度還是維持不變，這麼做...只是 sample rate 提高，而不是真正的速度提高！
回到 Baud rate 的傳輸速度，4800bps, 其實已經夠了！
我們可以從超級終端機上看到，每秒將會收到一串的資料！
好的！若是資料量是那麼一行純數字的話，那一串資料量，應該沒有大於 480bytes 這麼多..
所以，4800bps 的速度，其實是夠快！
這跟前面有位仁兄所提到的，速率越快，會越耗電，若單單指同樣的資料量，您用越多的時間去check它，check 的時間越多，代表cpu處理的次數就越高，增加耗電量！
以上！是小弟的看法！
朋友的目的是認識自己,
放下尊嚴, 不要計較,
知足得自在.
kenny.chih wrote:
您說的有道理，但小弟有一些想法！
OK! 沒錯！Baud Rate 提高，GPS 每秒送一次！只是對GPS 的資料，取樣速度快一些罷了！
在"某些"狀態下，或者真的有感覺到資料有快那麼一些些！實際上來，是感覺不出來的！
提高 Baud Rate 加快資訊的傳遞，減少時間上的delay...但是呢？資料傳輸端(GPS) 的速度還是維持不變，這麼做...只是 sample rate 提高，而不是真正的速度提高！
我想您把傳輸跟GPS接收搞混了
應該是 GPS接收 > GPS處理 > 產生定位資訊 > 透過藍芽orRS-232傳至電腦 > PDA處理後顯示在螢幕
其中的傳輸速度是單指 "透過藍芽orRS-232傳至電腦 "這段時間
這是個單一的流程
任何一步驟縮短都有助於顯示時間的縮短
意義上當然是真正的速度提高
回到 Baud rate 的傳輸速度，4800bps, 其實已經夠了！
我們可以從超級終端機上看到，每秒將會收到一串的資料！
好的！若是資料量是那麼一行純數字的話，那一串資料量，應該沒有大於 480bytes 這麼多..
所以，4800bps 的速度，其實是夠快！
這跟前面有位仁兄所提到的，速率越快，會越耗電，若單單指同樣的資料量，您用越多的時間去check它，check 的時間越多，代表cpu處理的次數就越高，增加耗電量！
以上！是小弟的看法！
資料傳輸跟純數字與否並無太大關聯
跟"量"才有關係
傳輸並不是說.............
4800 就是一秒一定要傳4800
9600就是一秒一定要傳9600
所謂2400 baud 是指每 1/2400 秒做一次頻率波動(一個位元)
所以相等於 2400bps (2400bit/sec)
假設所傳資料是2400bit....
在4800baud下要0.5秒
在9600baud只要0.25秒
所以並沒有什麼"4800夠不夠頻寬"的問題
重點是傳輸所需的""時間""
至於耗電量
說真的
要去吹毛求疵4800與38400的傳輸耗電量
相較於GPS上在接收與處理定位計算....或是PDA的顯示或導航等等的
根本是小巫見大巫
不值一晒的
就像是在討論滿滿澡盆裡面的水拿滴管滴一滴還是滴兩滴...水位哪個比較高一樣沒有意義
可能天氣熱蒸發的都比你滴的多
是會有影響啦
但是可能比不上你把PDA背光多打開一兩秒的耗電量
而且傳輸也不是一直滿載
大致上就這樣吧
內文搜尋
從 APP 打開
X