これらのGLONASS受信機は、GPSアナログよりも機能が悪く、コストがはるかに高くなります。 しかし、近年、GLONASSチップメーカーは数世代の製品をリリースしています。
新しいGLONASSチップは、基本的な性能特性(精度、感度、開始時間、寸法、消費電力、さらには価格)の観点から、通常のGPS受信機にますます近づいてきました。
関係するテストレビュー:
- NAVIS NV08C
- MStar MGGS2217
- Quectel l16
- Telit SL869
- ユーブロックスLEA-6N
自分で比較してください:
GLONASS / GPS受信機GEOS -1M(2011)を搭載したボード

GLONASS / GPSレシーバー搭載メインボードTelit SL869(2012)

上の写真では、レシーバーの周囲に前世代のレシーバーのコンタクトパッドが見えています。
2012年初頭、いくつかのメーカーがすぐに新しいGLONASS / GPSチップをGPSに匹敵する価格で提供しました。 製品の種類を減らすことによる節約を計算した後、GPSトラッカーの生産を放棄し、GPSソリューションの価格でGLONASS / GPSを商用顧客に提供することがより有益であることが明らかになりました。 ただし、これは、新しいGLONASS受信機の品質がGPSと同等の場合にのみ可能です。 これは、大規模なテストと比較の間に開発者が発見するものでした。
小さな余談数1:
稼働中の衛星の数までに、GLONASSはすでに必要な最小数(24個)に達しました。 さらに、2つのナビゲーションシステムを同時に使用することにより、理論的には、限られた空のビューで位置を特定する可能性を高めることができます。 ただし、さまざまなGLONASS / GPS受信機での以前の経験は、複合モードであっても、「純粋な」GPSを真剣にプレイすることについて語っていました。
レシーバーのテスト手法:
コールドスタートとウォームスタートの平均時間、座標誤差の標準偏差(メートル)、その他の多くの重要な特性など、ナビゲーションの問題を解決する品質と信頼性の非常に具体的な指標があります。 もちろん、これらの特性をデータシートで調べていますが、この業界で7年以上の仕事を経て、受信機の品質を決定する主な方法を開発しました-実際の車にインストールされた監視モジュールの一部としての実際の長期動作。
この品質を非常に主観的に評価し、マップ上のトラックを注意深く見て、逸脱や奇妙なセクションを見つけようとします。 慣らしモードでも出会った場合、顧客からの質問は避けられません。 比較の結果に基づいて、10ポイントスケールで各受信者に主観的な評価を割り当てました。
これは通常のトラックの外観です(GPS受信機u-blox NEO 6、2011):

そして、これは通常のトラックではありません(イジェフスク無線工場MNP-M7、2011年のGLONASS / GPS受信機):

テストは、5人の従業員の個人用および法人用の車で約1週間実施されました。

各車には、異なる受信機を備えた2〜6台の端末が同時に設置されました。 GLONASS / GPSアンテナは、同じ条件でキャビンに配置されました。 また、比較が可能な限り正確になるように、すべての端末にも1つのポイントから電源が供給されました。 テスト中の各車の走行距離は50から350 kmの範囲でしたが、航行するのが困難な場所が特別に選ばれました:井戸庭、高架、密集した都市の建物。
小さな余談数2:
ナビゲーションレシーバーのほぼすべての機能とその特性のほぼすべては、その内部に取り付けられたプロセッサ(またはチップ)によって決まります。 GLONASSチップのメーカーはそれほど多くありません。MTK、Mstar、ST、Qualcomm、U-blox、および国内のメーカー(Navis、IRZ、Geostar Navigation)を含む他の多くのメーカーです。 現在、ナビゲーション受信機、チップ、およびモジュールの製造業における技術開発は、これらのチップが実質的にストラップを必要としないという点に達しました。 その結果、実質的にどの企業も独自のGLONASS受信機をリリースできます。 有能なエンジニアが数人いれば十分です。 それらを生産できる請負業者を見つけることも、もはや問題ではありません。 チップの結果を損なうことは難しくありません。エンジニアの能力が十分でない場合、またはメーカーがプロセッサのストラップの外部コンポーネント(入力フィルター、容量など)を節約している場合です。 これらの条件では、GLONASSレシーバーの選択は、特定のソリューションの選択ではなく、高品質のチップと信頼できるメーカーの選択にかかっています。 たとえば、Fastrax IT600、Qualcom L16、Telit SL869、およびNAVIA GL8088は、STMicroelectronicsの共通プラットフォームであるSTA8088チップを共有しています。
これらの事実は、申請者を選択し、テストを実施する際に考慮されました。
GLONASS /テストに参加しているGPS受信機:
NAVIS NV08C
![]() メーカー:ロシア チャンネル数:32 追跡時-160 dBm 起動時に-143 dBm ホットスタート〜3秒 ウォームスタート〜25秒 コールドスタート〜25秒 消費: 伴走時180 mW テストのコピー数:3 注: GLONASS / GPSモードのインジケーターが表示されます。 |
MStar MGGS2217
![]() メーカー:中国 チャネル数:20(検索用に80) 追跡時-161 dBm 起動時に-144 dBm ホットスタート〜1秒 ウォームスタート〜32秒 コールドスタート〜34秒 消費: 起動時に250 mW 215mW followed テストのコピー数:3 |
Quectel l16
![]() メーカー:中国 チャンネル数:32 追跡時-162 dBm 起動時-146 dBm ホットスタート〜2.5秒 ウォームスタート〜24秒 コールドスタート〜35秒 消費: 起動時の363 mW 314mW followed テストのコピー数:3 |
Telit SL869
![]() メーカー:イタリア チャンネル数:32 追跡時-162 dBm 起動時-146 dBm ホットスタート〜1秒 ウォームスタート〜35秒 コールドスタート〜35秒 消費: 起動時に323 mW 214mW followed テストのコピー数:3 注: GLONASS / GPSモードのインジケーターが表示されます。 |
ユーブロックスLEA-6N
![]() メーカー:スイス チャンネル数:50 追跡時-158 dBm 起動時に-138 dBm ホットスタート〜2秒 ウォームスタート〜25秒 コールドスタート〜36秒 消費: 起動時135 mW 伴走時120 mW テストのコピー数:6 注: GLONASS / GPSモードを組み合わせていないため、「GLONASSのみ」モードで、他の参加者とは別にテストされました。 |
すべての受信機の作業の開始(開始)は非常に高品質で高速であり、開始時にギャップはありませんでした。 いくつかのケースでは、小さなリバウンドが認められ、ディスパッチソフトウェアで除外されました。

開始後1.5分以内にU-blox LEA 6N(6つのうちの1つ)が40メートルのオフセットで座標を与えた場合(丸で囲まれた線は左下にあるはずです)。

渋滞で運転するとき、すべての受信機は安定性を示しました。 小さく頻繁に出金しない場合:

一般に、すべての受信機は、オープンエリアと市内の交通量において非常に良好なトラックを示しました。
トラックの典型的なセクション:


しかし、困難な状況で作業する場合、結果はすでに異なります。








受信者に関する調査結果:
1. Navisでは、一般的に、特に屋根にアンテナを配置する場合、軌道は良好です。 欠点の中で、コースの特定の「遅延」に注意することができますが、油田の条件での(脇の)最高の動作ではありません。
評価7
目に見える衛星の数は平均で16から20です。
2. MGGS2217には、中庭のNavisよりも一般的に優れたトラックもあります。 ささいな操作を実現します。
評価8
欠点のうち、端末による受信機からのデータの定期的な「非受信」に注意することができます-1秒ごとの詳細にはポイントがありません。 理由は不明です。たぶん、それはターミナルにあり、たぶん食べ物にあります。なぜなら、それは車の1つにしか現れなかったからです。 目に見える衛星の数は、平均で15〜18です。
3. Quicktel L16の場合、トラックの品質はNavisの場合よりも優れていますが、MGGS2217の場合よりも複雑なセクションを描画する場合は若干劣ります。
評価7
目に見える衛星の数は平均で16から20です。
4. Telit SL869レシーバーは、L16と同じチップ上に作られ、同じトラック品質を持っています。 評価7
5. GLONASSモードでテストされたにもかかわらず、Ublox LEA 6Nは最高のトラックを示しました。 道路上のすべての操縦が表示されます。 開始時に1つのグリッチがなければ、9が安定します。
評価8
いくつかの例:
Navisのコース遅延




MGGS2217データのギャップ(2番目のドリルスルーごと)



提示された資料がHabrユーザーの尊敬に役立つことを願っています。 同時に、レビューはテスト結果のみを反映したものであり、最終的な真実ではないことを思い出します。