pctine wrote:
三軸陀螺儀, 它可以辨識 X/Y/Z 軸, 如此再輔以重力加速計(這才是感應速度的變化), 有了 x/y/z 三個角度變化, 又有速度值, GPS 已經可以得到他所需要的資料了. ...(恕刪)
失去衛星訊號時的高度是準確的嗎? 行動中的高度誤差少說10米. 原始高度就是錯誤的, 如何會修正成正確的?
3D陀螺儀 就是P大說的XYZ 三軸
有的網站會說六軸(前後左右上下)
3D陀螺儀已廣泛用在遙控直升機 價錢不會太高貴
millerliu wrote:
失去衛星訊號時的高度是準確的嗎? 行動中的高度誤差少說10米. 原始高度就是錯誤的, 如何會修正成正確的?
...(恕刪)
對系統來說它只能把最後失去衛星訊號時的座標當做參考點, 之後所有的 X/Y/Z & 速度都是 sensor 告知的, 所以系統已經 '認定' 它得到正確的參考點了. (如果參考點正確, 它並不需要知道當初正確的高度為何, 因為它都是當做0基準點, 但系統還是必須有該停車場結構的資料).
說真的, 網站上規格是這麼寫的, 但有時候就參考看看就好, 實際上有沒有這麼神, 只有實測才曉得. 再說停車場的上下坡的跳動路面, 可能 sensor 都無法正常work 了.
FB: Pctine
套三角函數 不就可以知道 每秒上升幾公分?
當然 這只是用講的
實際算還是要看演算法怎麼跑
但是至少參考值比憑空虛擬準確多了
重點還是在於 陀螺儀 傾斜偵測 跟 車速 這幾個偵測器上面
這些東西 整合起來 價格不斐吧
而提高的準確度也不能到100%
只是理論性質的玩意兒
至於前面推測的黏到路面
演算法大概就是 在移動到垂直變化路面區域前
抓取最後一次的高度預估值(有誤差的) 跟地圖資料的路面高度質
去做一個比對換算 等進入山路後 就用這個修正值去修正
"盡量"演算出 實際的高度值 大概是這樣吧
其實我真正的幻想是 電腦線圈這部動畫裡的科技
戴眼鏡就能把虛擬物件全貼到實際景物上 讓虛擬+實物整合
กิิิิิิิิิิิิิิิิิิิิ ก้้้้้้้้้้้้้้้้้้้้ ก็็็็็็็็็็็็็็็็็็็็
millerliu wrote:
另外, 圖資的高度資料夠精確嗎? 目前政府精確DEM電子圖資是高度管制品, 尚不論GPS的橢球高度與海拔高度轉換模式問題. 你我當爺爺時有可能實現, 一起等吧!
...(恕刪)
如果只是如樓主所提, 進入停車場後抓不到衛星訊號, 但仍能在停車場內定位, 呈如前面所提, 搭配3D陀螺儀+重力加速計(或車速線), 系統內建的圖資根本就不需要高度資料 (DEM), 只要停車場的結構資料是正確的就夠了, 因為高度及角度的推算都是由 sensor 取得的, 跟實際建築物的海拔高度已完全無關.
相信這也是為何當初 TomTom GO 930 (EPT) 國外網友在 Tunnel 裡面實測 (該篇文章必須再找一下), 雖然隧道本身並非直線, 而且距離數公里, 利用內建的2D陀螺儀+重力加速計推算, 仍然有相當高的精度. (但我相信隧道內道路施工的品質必須有一定的水準)
(以上只是小弟的淺見)
FB: Pctine
內文搜尋
從 APP 打開
X