這是PAPAGO G12最大的問題 !!! 規劃欠缺效率與穏定性
記得我在三年前用MIO 168 RS的MIO MAP,都沒有這問題
”機器”愈來愈龐大，愈顯效率不張，我在想主要原因在於PAPAGO G12無法即時算出路徑，當算出時，車子已經又過了一個路口（因為路口與路口之間的距離很短)，所以原因是來不及反應（因為路徑要算到”目的地”，若目的地又較遠時），這地方應該是罩門所在，研勤的程式設計師或許要想看看有什麼演算法可以更快(也要同時又考慮法規及迴避路徑等問題)
不談圖資及法規，就談駕駛時的路徑規劃，平台是dopod 818 pro，經由這陣子實測後發現，只要是不走它規劃的路徑，而行徑中的這條路同時又與多條路交錯（車子行駛約時速二十至三十公里)，也就是稍微有點複雜的路網，那麼，papago G12一定會當，然後亂規劃一通，除非走到遠離多條交錯的路（事實上也不是很複雜的路網），只剩單獨一條路(或車子一直順著同一條路前進)，它才會恢復正常．
這是PAPAGO G12最大的問題 !!! 規劃欠缺效率與穏定性
記得我在三年前用MIO 168 RS的MIO MAP,都沒有這問題
”機器”愈來愈龐大，愈顯效率不張，我在想主要原因在於PAPAGO G12無法即時算出路徑，當算出時，車子已經又過了一個路口（因為路口與路口之間的距離很短)，所以原因是來不及反應（因為路徑要算到”目的地”，若目的地又較遠時），這地方應該是罩門所在，研勤的程式設計師或許要想看看有什麼演算法可以更快(也要同時又考慮法規及迴避路徑等問題)
這是PAPAGO G12最大的問題 !!! 規劃欠缺效率與穏定性
記得我在三年前用MIO 168 RS的MIO MAP,都沒有這問題
”機器”愈來愈龐大，愈顯效率不張，我在想主要原因在於PAPAGO G12無法即時算出路徑，當算出時，車子已經又過了一個路口（因為路口與路口之間的距離很短)，所以原因是來不及反應（因為路徑要算到”目的地”，若目的地又較遠時），這地方應該是罩門所在，研勤的程式設計師或許要想看看有什麼演算法可以更快(也要同時又考慮法規及迴避路徑等問題)
