最終的に、記事「STM32F1およびFreeRTOSの衛星速度計」の続きを書くことにしました。
基本的なアイデア、要素ベース、実装の技術的詳細など、Webベースのインターフェイスを使用して自動車の衛星アラームを作成する方法を検討します。 私はすぐにコストが1.5ルーブルのレベルであることに注意してください（基本バージョンでは）、工業用アナログ（インストールと一緒に）は30-50ルーブルの領域に行きます。 購読料はありません-携帯通信の費用のみがあります（1か月あたり約100ルーブル。送信トラフィックを最小限に抑えるための有能なアプローチにより、1か月あたり約60ルーブル、またはそれ以下）。 グロナスのサポートのおかげで、グロナスシステムを搭載したロシア艦隊の予想される100％の機器に関連して、追加の利点が現れます。 同時に、記載されているデバイスは、まだ市場に出ていない革新的な機能を備えています。
以下に説明するデバイスは汎用性があり、同じ成功を収めて、ZhiguliとLexusの両方で、モバイルオブジェクト（車、トラック）と固定（家、コテージなど）の両方でインストールおよび動作できます。 ） 3つの主な機能を実行します。
*情報-Volvo On Callテクノロジーの類似物。 インターネットにアクセスできるデバイス（コンピューター、ネットブック、iPhone、iPad、Androidデバイスなど）がある場合、かなりの距離にあるため、車と連絡を取り続けます-車の場所を見つけ、エンジンをリモートで起動し、取得します技術的条件などに関する情報 マシンの管理と監視は、SMS /音声通話（dtmf）/サイトを介して実行されます。 このサイトは、このデバイスを装備したオブジェクトが現在の状態に関する情報を自動的に「ダンプ」し、そこから作業の設定を取得するインターネットポータルです。 また、オブジェクト（自動車、家）と人々の相互作用のための自動車のソーシャルネットワーク（トヨタフレンズに似ています）です。
*セキュリティ-以下を含む：
a）オブジェクトへの自動アクセスのための、STM32Wに基づいた2.4GHz対話コードのラベル。
b）gsm信号の妨害に対する保護（サーバーによる通信チャネルの常時監視+アラーム自体の側面からの妨害の事実の検出）
c）gsm / gps / glonassトラッカー機能-車が盗まれたり、駐車場に入れられたりすると、現在の場所を見つけることができます。
d）隠されたビデオ監視-rs485を介して、STM32F4で構成されるビデオカメラとボード上のcmosカメラがアラームシステムに接続されます。
d）デジタルリレー-アラームを物理的に削除または無効にしても、攻撃者は何も達成しません-リレーは重要な回路の電源をオフにし、それらに直接電力を供給してもアクティブにできなくなります。 デジタルリレーは、ドアのピンも制御します-攻撃者がガラスを破壊したり、ロックの幼虫を破壊したりした場合でも、ロックを解除した後でもドアを開けることはできません-アラームによってのみロック解除されたドアの電子ピンは、ドアが開くのを防ぎます。
e）追加の機器として、1つまたはいくつかのgsm / gps / glonassビーコン（これも自家製）が使用されます。 なぜなら 以下に説明する理由により、シグナリングだけの使用では十分ではありません。 また、フードロック、ステアリングロック（Guarantorなど）、ガラス用の鎧フィルムを使用することをお勧めします（車から物を盗んだり、内部に侵入するためにガラスを破ると、非常に問題が発生します-エアガンの弾丸からも保護します）
*救助-このデバイスが装備された車は、運転手と同乗者が行動をとることができなくなった場合でも、緊急サービスを個別に呼び出すことができます。 この機能を実装するために、デバイスはeCall / ERA-Glonassテクノロジーをサポートしています。 このような装置の設置により、ヨーロッパでは年間2,500人、ロシアでは年間4,000人の命を救い、交通事故による負傷の影響を14％削減できると予測されています。
*物流-貨物輸送に従事する企業向け。 車両の動きの監視と追跡、車両の燃料消費量の計算など。
議論する内容をより明確に示すために、このデバイスの工業用バージョンのビデオを提供します（これには、かなり高い価格で機能が少なくなります）。
そして今-このすべてを独立して実装する方法、一般的な用語でのアイデア。 最後に、STM32マイクロコントローラーでの実装を検討してください。
1.システムの一般的な構造。
-先ほど書いたように、このデバイスはモバイルオブジェクト（車、トラックなど-「スマートカー」）だけでなく、固定（アパート、家、コテージ-「スマートハウス」）でも使用できます。 一般的に、自動車衛星アラームは、実践が示すように、アパート、コテージ、その他の不動産の自動化と保護のためのスマートホームシステムの優れた代替品です。 もちろん、LonWorks、Legrand、Bticinoなどのスマートホームシステムと競合することはできませんが、セキュリティ、リモート監視および制御、ビデオ監視など、家庭を自動化する際に消費者が優先するタスクをかなり解決できます。 消費者は、LonWorksのようなシステムにかかる費用を常に自動化に支払う準備ができているわけではありません。車の衛星アラームになる予算ソリューションが必要です。 実例として、リソースhttp://home-online.ru/solutions.htmlを引用できます。
Smart Carアプリケーションの場合、デバイスは最大40Gの負荷に耐えることができる金属製のケースに収納され、アラーム自体とバックアップバッテリーを収納します。 これはERA-Glonass規格の要件です。事故とそれに続く火災の場合、ドライバーと乗客が自分で行動をとることができなくなっても、デバイスは緊急サービスに連絡して車の座標を送信できる必要があります。 さらに、SIMカードの代わりにSIMチップが使用されます（詳細については、以下の「GSM SIM900モジュール」を参照してください）。
「スマートホーム」を使用する場合、デバイスは従来のコンパクトなプラスチックケースに入れられ、バッテリーは攻撃者に隠れた場所に配置されます。一方、電源ユニットはプロパティの電気キャビネットのDINレールに取り付けるためのケースに配置されます。
次に、自動車アプリケーションの場合、デバイス自体の構造を検討します。
車の状態に関するデータ（エンジン速度、オイル、液体圧力センサーなど）を収集するには、CAN / LINを使用して車両の診断コネクターへの接続を使用します。 当社のデバイスがこのブランドの車をサポートしていない場合、車のセンサーとアクチュエーターへの接続が直接使用されます-タコメーター/ジェネレーター、ノズル、油圧センサー、クーラントレベルなど。
イモビライザーがリモート起動をサポートしている場合、イモビライザークローラーなしで実行できます。これは設定で設定されます。 それ以外の場合、タグの1つを犠牲にしてクローラーを適用する必要があります。
私のアラームはUSB経由で設定されます-私はSTM32のUSB CDCクラスを使用しているため、コンピューター側ではデバイスは通常のcomポートとして定義され、任意の端末で操作できます（私はPuttyを使用しています）。
ボリュームセンサー-標準の外部センサーが使用され、LIS203DLなどのデバイス自体で加速度計を使用できます（プラスは、この加速度計がstm32f4-discoveryデバッグボードにインストールされており、その使用例が十分に文書化されています）。
手動変速機の場合に自動起動機能を実装するには、機械がギアになっていないことを確認する必要があります。 これを行うには、ユーザーはエンジンをオフにせずに車を出てアームするか（エンジンを作動させてアームする）、チェックポイントにリードスイッチを取り付ける必要があります（実装についてはここで説明します ）
STM32F4のカメラ
カメラの要素ベースは、STM32F407マイクロコントローラー+ CMOSカメラ+外部メモリで表されます。 これらは、RS-485インターフェースを介してメイン信号ユニットに接続されます（物理レベルで、 ModBusはアプリケーションレベルで使用されます）。 最適なオプションは、次のようにカメラを配置することです。
カメラは写真モードで動作します。 STM32F4マイクロコントローラーは偶然選択されませんでした-同期パラレルDCMIカメラインターフェイスが組み込まれているため、最大1メガピクセルのcmosカメラを接続できます。 とりわけ、使用されるスナップショットモードがあります。 ダイレクトメモリアクセス（DMA）メカニズムを使用すると、カメラのデータは、マイクロコントローラーのFSMCインターフェイスを介して接続された外部メモリのアレイに直ちに配置されますが、カーネルのコンピューティングリソースは使用されません。 フレーム記録の最後に、データをJPEG形式に転送します。その後、データはRS-485を介して中央ユニットに送信され、システムのWebサイトに送信され、写真付きのMMSメッセージを形成します（STM32マイクロコントローラーの計算負荷にはメインシグナルユニットはありません） -馬鹿げてカメラからjpegデータを受信し、さらに（サーバーにmmsの形式で）jpegデータを処理せずに送信しますgsmモデムはすでにMMSメッセージの構築に取り組んでいます。
ちなみに、同じOV7670カメラが10 MHz未満の周波数でデータを送信する方法を知らないという事実と、そこからのデータをどこかに配置する必要があるため、従来のマイクロコントローラーとcmosカメラの使用は複雑です。 したがって、従来のマイクロコントローラー（およびFPGA）でカメラを使用するには、AL422BなどのFIFOバッファーがよく使用されます。そのメモリー容量は、カメラからの画像の1フレームを保存するのに十分です。
メインアラームユニットのデバイス
メインユニットの主要コンポーネントは、マイクロコントローラーstm32f103、gps / glonassモジュール、gsm-module SIM900です。
GPS / Glonassモジュール
現時点では、有名なgps EB500を使用していますが、GPS / GlonassモジュールGeos -3Mに切り替える予定です。 ML8088s / GL8088s、nv-08-cと比較すると、1回目（エンジニアリングサンプルによる判断）と2回目からの消費電力（小売価格28ドル、卸売価格15ドル）と有利に比較されます。 ちなみに、-mobilesではGPS / Glonass-module Geos-1Mを使用する予定です。
従来のGPSの代わりにデュアルGPS / Glonassモジュールを使用すると、2つの主な利点が得られます。
1）GPS + Glonassモードを使用すると、座標を決定する精度と成功を高めることができます（GPSだけでなくGlonassも利用できるため、より多くの衛星が利用できるためです）。
2）Glonassテクノロジーの商業化は勢いを増しています。 すでに立法レベルでは、多くの車両への設置にはGlonassターミナルの設置が必要です。 したがって、自動車デバイスでのGlonassのサポートは、市場での魅力を保証する追加の競争上の利点です。
モジュールを操作しても問題は発生しません。モジュールはすべての数学的処理を処理し、準備完了データ（NMEAプロトコル）を含むテキスト文字列を出力します。 STM32マイクロコントローラーのモジュールを使用して分析を行い、モジュールを操作する方法については、以前の記事「STM32F1およびFreeRTOSの衛星速度計」で説明しました 。 ところで、Geos-3Mモジュールはバイナリ形式のデータ出力をサポートしています。
このようなモジュールを使用する場合、主な問題は駐車場の騒音レベルの増加になります。これは、静止物体の座標と速度のドリフトで表されます。 また、追加の措置を講じない場合、車は一晩中、マップ上で複数の円を巻き上げることができますが、実際には常に静止しています。 私が知っている追加のコンポーネントを使用せずにこの問題を解決する最良の方法は、座標の同時計算による方位角の変更の制御です（小さな変更を考慮しない）-このアプローチでは、ゴミを考慮せず、メモリとトラフィックの節約を得ます。
いずれにせよ、GPS / Glonassモジュールの読み取りのあらゆる種類の数学的処理は理想的ではありません-最良の場合でも、低速と座標の小さな変化を考慮に入れないことがわかります。 3軸ジャイロスコープと車の速度計を使用すると、自動車アプリケーションの場合にこの問題を共同で解決できます。 このようなジャイロスコープとして、たとえばL3G4200D（$ 19）を使用できます。 自動車用途向けに、A3G4250Dジャイロスコープはすでに発表されていますが、まだ販売されていません。 このようなジャイロスコープは、I2C / SPIバスで動作します。
それでは、ジャイロスコープと速度計を接続することはどのように役立ちますか？
a）駐車場のドリフトを非常に単純に打ち消す機会を得ます-GPS / Glonassを使用して、駐車場の速度と座標の変化に関する誤ったデータを破棄します
b）GPS / Glonass信号が消失した場合、速度計とジャイロスコープによる地理的測位を継続する機会を得ます-追跡を続けます。
駐車モードでは、車が静止している場合、GPS / Glonassモジュールは、低速で移動していること、座標がドリフトしていることを知らせます。 しかし、ジャイロスコープからゼロが得られるため、静止しているとモジュールの読み取り値を無視できると信じる理由が得られます。 GPS / Glonass信号が動いている場合、速度計から速度情報を取得し、ジャイロスコープから回転情報（角速度）を取得します。
実装に関しては、どの速度センサーを使用し、車からそれをどこで取得するかは基本的に重要ではありません。 ほぼどこでも、速度信号の振幅は12ボルトであり、違いは1秒あたりのパルス数のみです。 ここでは、GPS / Glonassムーブメントで自己校正を入力するだけで、パスの1メートルあたりのパルス数を自動的に決定し、結果の定数を記憶できます。
また、GPS / Glonassによるジャイロスコープの温度キャリブレーションを入力する必要もあります。 その側面は温度ドリフトです。
ここで、Cortex M3によるジャイロスコープと速度計に従って経路を計算することは非常に疑わしい作業であることに注意してください。 データはサーバーに送信する必要があり、サーバー上で既に計算が行われます。 ただし、GPSのみを残してGlonassを放棄する準備ができている場合は、LEA-6R GPSモジュールを詳しく見ることができます-ジャイロスコープと速度計である追加のパス情報チャネルをモジュールに直接接続できるDR（デッドリコーニング）機能があります。 したがって、この場合、座標の計算に関しては、マイクロコントローラーとサーバーの両方がアンロードされます。モジュール自体はすでにこれに関与しており、既製のNMEAデータを提供します。 これにより、完成したデバイスを開発する時間と手間が大幅に削減されます。 それは残念ですが、グロナスを支持するそのような決定はまだ地平線では見えません。：-（
そして今-GSMモデムの使用を検討する時が来ました。
GSM / GPRSモジュールSIM900
以前の組み込みシステムでは、sim300 gsmモジュールの使用が一般的でしたが、すぐにsim900（$ 21）に置き換えられ、しばらくして軽量の予算バージョンsim900rがリリースされ始めました（sim900とは異なり、これはプログラムメモリが削減されたデュアルバンドモジュールですまた、国での使用に制限があります-ロシアおよび国境地域のみ）。 SIM900は、TCP / IPスタックが統合されたクアッドバンド（850/900/1800/1900）GSM / GPRSモジュールです。 MMSメッセージを送信でき、アプリケーションレイヤープロトコルHTTP、FTP、および最新のファームウェアの組み込みサポートを備えています-DTMFデコード、GSM信号の妨害を検出する機能（妨害検出）、eCall / ERA-GLONASS救助システムのサポート（後者については後で詳しく説明します） ） ATコマンドを使用してモデムを制御し、UARTまたはI2Cを介して接続できます。
自分でデバッグするためにこのモジュール用のボードを作成することは、特にこのモジュール用のデバッグボードが非常に安価であるため、感謝のない仕事です-65ドルなので、私はそれを取ることをお勧めします：
Era-Glonass、DTMFデコードなどをサポートするため ファームウェアを更新する必要があります-これを行うには、お住まいの地域のディストリビューターに連絡し（MT-Systemに連絡しました）、デバッグポートを介してフラッシュします。
コンピューターからモジュールを使用して作業をデバッグする方が便利です。 幸いなことに、デバイスの設定を設定するためにデバイスのUSBサポートを最初に設定し、次のように行いました。STからライブラリを接続してUSB CDCクラスを実装しました。これにより、シリアルポートで動作する任意の端末を介してデバイスと通信できましたポート）。 デバイスはコマンドをSIM900モジュールに送信しますが、モジュールにはエコー再試行が含まれます。 彼に送信されるすべてのもの、彼は答えとともに送り返します。 そして、マイクロコントローラーは、UARTからSIM900からUSBへの応答全体をターミナルボックスに送信します。 つまり デバイスとSIM900の間の相互作用のプロセスでは、通信のプロセス全体が画面上に明確に表示され、端末から+一意のブレークポイントを設定することで通信のプロセスを制御することが可能になります。 これにより、SIM900とそのデバッグを操作するための関数の記述が大幅に簡素化されます。
SIM900モジュールの使用開始については、 こことここで説明しているため、最も興味深い点に焦点を当てます。
SIM900：GPRS
デフォルトでは、デバイスはデータ（現在の座標、車両速度など）を1分ごとにWebサーバーに送信し、そこから設定を受け取ります。 HTTP経由でサーバーにデータを送信する実装方法の簡単な例を見てみましょう（この場合のオペレーターはMTSです）。
< AT+CREG? // , <br>
< AT+CGATT=1 // GPRS<br>
< AT+CSTT=”internet.mts.ru” // .<br>
// – IP START<br>
< AT+CIICR // , IP START. GPRS-. – IP GPRSACT<br>
< AT+CIFSR // IP-<br>
< AT+CIPHEAD // IP- <br>
< AT+CIPSTART=”TCP”,”www.tzit.ru”,”80” // , IP INITIAL IP START<br>
< AT+CIPSEND // CONNECT OK. , , . «> »:<br>
< GET /cgi-bin/sim900.pl?device_id=123&gsm_lac=111&gsm_ci=222&led=0<br>
< Host: www.tzit.ru HTTP/1.0<br>
< // www.tzit.ru HTTP 1.0 /cgi-bin/sim900.pl GET device_id,gsm_lac,gsm_ci led
SIM900：GSM妨害防止
攻撃者は、GSMチャネル経由でデバイスとサーバーの接続を安全に中断できます。これには、3つの方法があります。
1）GSMジャミング
-119ドルかかるこのような単純なデバイスを使用すると、5〜20メートルの半径で3G / GSM / CDMAモデムをdrれさせることができます。 そして、サーバーとの衛星gsmシグナリングの妨害通信チャネルが壊れます。
2）携帯電話事業者の基地局の代替
スーツケースに収まり、携帯電話ネットワークの基地局を装うことができるデバイスがあります。
デバイスのGSMモデムは、実際のベースステーションと偽のモバイルステーションを区別できません。また、アラームが発生した場合、アラームチャネルを介してデータを送信できません。
3）SIMカードの複製。
-gsmアラームシステムで使用される番号には、攻撃者の手に2番目のSIMカードがあります。 また、アイテム1のジャマーでアラーム信号を消音すると、この番号のデバイス（攻撃者から）が使用可能になり、アラームは発生しません。 アラームチェックが定期的なダイヤルに基づいている場合、ダイヤルは偽のSIMカードで実行され、アラームは発生しません。
4）無線送信機（GSMデバイスを含む）を検出するためのフィールド検出器
-インストールされたアラームのローカライズに使用されます。 このような奇跡のデバイスを43ドルで購入できます。
-1 MHz〜2.6 GHzの範囲で放射する無線送信機を識別できます。 この画面には、デバイスの周波数と信号レベルが表示されます。これにより、アラームの設置場所を見つけて無効にすることができます。
条項4から保護するために、標準アラームgps / gsm-beaconsに加えて車がインストールされます。これについては、「SIM900：カスタムアプリケーションの使用」セクションで説明します。 GPS / Glonass-ビーコン。」
アイテム1および3から保護するために、SIM900モジュールは、信号を妨害しようとする試みを検出するように設計された妨害検出機能をサポートします-これにはAT + SJDRコマンドが使用されます。 モデムが詰まっている場合、「+ SJDR：JAMMING DETECTED」というメッセージが表示されます。 もちろん、モデムがサーバーに接続してアラームデータを送信する時間はありません。 しかし、デバイスはサイレンをオンにし、車をブロックし、車が詰まったことを思い出すことができます-通信の再開後、この情報はサーバーに送られます。
最新の衛星GSMアラームの上記のすべてのポイントから保護するために、GSMチャネル制御が使用されます。 一番下の行は、gsmモデムが特定の頻度でサーバーと通信することです。たとえば、HTTP経由でデータを送信します。 最後のN分以内にモデムがサーバーに接続しなかった場合、これはアラームを発し、サーバーからマシンの所有者にSMSを呼び出し/送信する機会です。 もちろん、これは100％の場合の万能薬ではありません-どこかでGSM信号の受信が悪いだけです。 他のケースでは、攻撃者は人間の精神に影響を与えることができます-定期的に信号を消し去り、車の所有者に自分の車を使い果たすよう強制します。 しばらくすると、所有者はそれに飽き、通信チャネルの制御をオフにして、ハイジャック犯に青信号を出します。 それにもかかわらず、通信チャネルの制御は、盗難に対する保護の問題を解決するための具体的な助けとなります。
SIM900：GPS / Glonass信号がない場合の座標の受信
車の現在の位置について、GPS / Glonass衛星から座標を取得します。 ただし、これらの座標を取得できない状況が発生する場合があります（たとえば、信号がありません）。 この場合、速度計+ジャイロスコープを使用して座標を計算するオプションは、上記で既に検討しました。 しかし、別の解決策があります-モバイルオペレーターの基地局が私たちの助けに来るかもしれません。 基地局から、LACやCELLID（それぞれエリアコードと基地局識別子）などの情報を受信できます。 この情報は、この基地局、特に現在のモバイルオペレータを一意に識別します。 そして、基地局の座標は広く知られています。 したがって、モデムがどのベースステーションに接続されているかがわかれば、このステーションの地理的座標（経度と幅）を決定でき、それによりモデム自体のおおよその座標を決定できます。 lacおよびcellid基地局の地理座標は、Yandex API、Google、opencellid.org、location-api.comから取得できます。 ところで、携帯電話会社は、パブリックドメインで基地局の座標を公開しません。 したがって、同じYandexは、Yandexアプリケーションをダウンロードし、電話機にGPS受信機を持っているユーザーからこの情報を受け取ります。 Yandexアプリケーションは、電話のgsmモデムから基地局のcellidとlacを受信し、gps受信機から現在の地理座標を受信してYandexサーバーに送信します。これにより、基地局Beeline、MTS、Megafonの地理座標のリストが補充されます。
そのため、GSMによって座標を決定します。これを行うには、SIM900モジュールはAT + CREG = 2コマンドを発行する必要があります。これは、+ CREG形式の応答を提供します：<stat>、<lac>、<ci>。また、モデムが現在のベースステーションを変更すると、この回答を自動的に受け取ります。次に、これらをGPRS経由でサーバーに転送します。このデータに基づいて、サーバーはキャッシュから地理座標を取得し、キャッシュにない場合、ベースステーションの座標を決定するサービスの1つ（Yandexなど）を要求し、形式で座標を取得します。これらのサービスの使用の詳細については、http：//www.xakep.ru/post/48378/を参照 してください。
その結果、Webサイトの影付き領域を持つユーザーには、gsm座標に基づいて車のおおよその位置を示すマップが発行されます。
AT + CIPGSMLOCコマンドがSIM900モデムに登場したのはそれほど前ではなく、すぐにgsmネットワークの地理座標がわかります。しかし、それ自体は根本的に新しいものを搭載していません-このチームは私が上で書いたすべてを実行します。 lac、ciを受信し、Googleに送信して結果を返します。
同時に、一部のモデムには、可視性の分野でBSのすべてに順次接続する機能があることに注意してください。これを使用してgsm座標を明確にすることができます-この場合、最も近いすべてのBSのlac、ciを見つけ、それらから地理座標を見つけます-それらは、モジュールが配置されているポリゴンの頂点になります：
SIM900：カスタムアプリケーションの使用GPS / Glonass-ビーコン。
もちろん、カーサテライトアラームは良いです。しかし、彼らはそれを見つけて無効にすることができます。たとえば、上記のフィールド検出器を使用します。 GPS / GSMビーコンは、GPS（またはGPS / Glonass）レシーバー、GSMモデム、バッテリーを備えた小型デバイスを代表する救助に来ます。そのようなビーコンは、視覚的に検出することが困難です。なぜなら、車の隠れた場所によく隠れます。フィールド検出器でそれらを検出することは困難です。ほとんどの場合、このような灯台は単純にスリープ状態になり、ネットワークに登録してその座標をサーバーに転送して再びスリープ状態になるために、たまに起きます。
疑問が生じるかもしれません-マイクロコントローラーはどうですか？答えは、それは必要ないということです。最新のGSMモデムには、ユーザーアプリケーションを起動するための特別なメモリ領域があります。たとえば、Sierra WirelessモデムはOpenATオペレーティングシステムを使用し、そこでプログラムを実行できます。また、SIM900はEmbedded ATテクノロジーをサポートします。SIM900DevIDE環境でプログラムを作成し、ファームウェアを使用してモデムにダウンロードするだけで、人生を楽しむことができます。別のコントローラーにお金をかける必要はありません-モデムはGPS / Glonassレシーバーからデータを取得し、サーバーに送信します。 SIM900DevIDE環境に加えて、プログラムの例が既に存在するため、アプリケーションを最初から記述する必要はありません。
SIM900：eCall / ERA-GLONASS Rescue Systems。
ERA-Glonassは、グロナスの使用に基づいて、ロシアの道路での死亡率と負傷を減らすように設計されたシステムです。人が事故に遭った場合-このシステムの端末を装備した自動車は、人の介入なしに緊急サービスを独立して呼び出すことができます。また、SOSボタンを押して手動で呼び出すこともできます（似たようなものはVolvo On CallとLexus Linkにありますが、有料サービス+機器自体のコストは非常に高いです）。 EU諸国から私たちに来る車がロシアで緊急援助を受けることができるように、またその逆も同様であり、ERA-GLONASSターミナルを搭載した私たちの車が海外旅行時に西部のインフラストラクチャで動作できるように、欧州システムとの完全な互換性がありますeCall。つまりERA-GLONASSのサポートがあり、EU諸国に海外にいる場合、eCall緊急対応システムを使用できます。予備的な予測によると、ERA-Glonass / eCallシステム端末を使用すると、ヨーロッパで年間2,500人、ロシアで4,000人の命が救われ、事故の影響が約14％削減されます。これまでのところ、ERA-GlonassおよびeCallシステムのテストと展開のみがあります。 eCallの最終的な試運転は2014年とERA-Glonass-2013年末に予定されています（ただし、楽観的です！）。 2013年以降、組立ラインで生産されたすべての自動車は、ERA-GLONASSのサポートをすでに受けているはずです。しかし、人口の大部分がすでに端末ERA-GLONASS / eCallを内蔵した車を所有するようになるには、十数年以上かかるでしょう。したがって、これらのシステムのこれらのデバイスに長期間組み込まれているサポートは、特にハードウェアの実装に関してこのサポートが追加の材料コストを被らないため、非常に大きな競争上の優位性をもたらします。
ERA-GLONASS端末を自分で作るのは難しくありません。このため、音声チャネルを介したデータ伝送の技術をサポートするモデムが既に登場しています-インバンドモデム機能。それがどのように機能するか見てみましょう：
しかし、最初に、質問に答えましょう-なぜ通常のGPRS、SMSを使用しないのですか？実際には、データの送信に大幅な遅延が発生します。インバンドモデムでは、データが即座に送信されるため、ネットワークの輻輳が発生した場合でも、そのようなコールにはモバイルオペレータが最高の優先度を割り当てます。ネットワークが過負荷になると、他の加入者のアクティブコールが切断され、端末が112サービスに接続できるようになります。
事故が発生した場合（車のセンサーの測定値で判断）、またはあなたが自分でSOSボタンを押すと、112に緊急電話をかけ、PSAPサーバー（ロシアでは、バージョン3GPP 8.6をサポートする連邦オペレーターNIS-GLONASSのPSAPサーバーに送信します） .0 / 9.4.0。PSAPはPublic Service Answering Pointの略）MSDメッセージ（MSD-Minimum Set of Data、140バイトの制限、次の情報を含む
）：1）制御データ：はコールテスト、示された地理座標、車両の種類（乗用車）を信頼することは可能ですか十分な（クラスM1）、都市/都市間バス（M2-M3）、小型商用車（N1）、トラック（N2、N3）オートバイ-クラスL1e-L7e）
2）車両識別データ：車のVIN番号
3）車両推進保管タイプ：車の運転内容（ガス、ディーゼル、ガソリン、水素、電気モーター）-同時に複数の値を指定できます（たとえば、車がガスと電気エネルギーの両方を使用して移動する場合）
4）タイムスタンプ：秒を含む現在の日付を示します
5）車両の現在の位置：GPS / Glonassモジュールから取得した地理的な経度と幅を示します。わからない場合は、フィールドを空白のままにしてください。
6）車両の方向：ターミナルに組み込まれた磁力計に沿った車両の移動方向（度単位、0は磁北）。カウントダウンは2度単位で時計回りです。つまり偏差が磁北から120度の場合、MSDでは値60を示します。または、移動方向が不明な場合は0xFFのみを示します。
7）車両の位置に関する位置のデルタ、recentVehicleLocationN1に関する位置のデルタ：現在の座標と事故時に記録された座標との間の地理座標の差。これらのフィールドもオプションです。
8）乗客数：既知の最小乗客数。わからない場合は、0xFFを指定します。次のように自動的に計算されます。車のシートベルトには、シートベルトがラッチされているかどうかを修正するセンサーがあります（これは、乗客が適切な場所に着いたことを意味します）-アクティブ化されたセンサーの数とこのフィールドに書き込みます。
9）オプションの追加データ：追加情報（バイナリ/ bcd / xml / asn.1 / ascii）、形式は厳密に規制されていません。
10）CRC32-MSDメッセージのCRC32チェックサムMSD
の合計長は140バイトを超えることはできません。デフォルトの接続はクライアントによって（つまり、私たちによって）開始されますが、サービス112のPSAPサーバーによっても開始できます
。eCall/ ERA-GLONASSを操作するための帯域内モデムを実装した最初のモデムの1つはSierraモデムSL6087です。ワイヤレスしかし、数か月前、私が使用しているSIMCom SIM900モデムのファームウェアにそのようなサポートが現れました。また、既製のMSDメッセージを送信するだけでなく、このコマンドをモデム自体に転送して、ATコマンドでMSDメッセージフィールドの値を示すこともできます。
AT+CMSD=”015C0681508204420014264000420D101404E80DA4C89A3B2F09905B6440E829F6829EC020301027D04303046460”
AT+CECALL="112",0
AT+CMSDFORMATID=1
AT+CMSDMESSAGEID=1
AT+CMSDCONTROL=1,0,1,1
AT+CMSDVIN="WM9VDSVDYA123456"
AT+CMSDSTORAGE=1,0,0,0,1,0
AT+CMSDTIMESTAMP=2011,7,12,17,28,14
AT+CMSDLOCATION="48.300333","11.617367"
AT+CMSDDIRECTION=14
AT+CMSDRECENT1="10","-10"
AT+CMSDRECENT2="10","-20"
AT+CMSDPASGNUM=2
AT+CMSDBUILD
AT+CECALL=”112”,0
次のようにERA-GLONASSサービス事業者で、同時にこの情報が表示されます：
テストは必ずしもNISグロナスには適用されないために-あなたがテストにPSAPを手配することができ、openatのモデムとの側のサーバが、詳細は読み取ることができ、ここ
にあります。この機能を実装するデバイスを40Gの負荷に耐えることができる金属ケース（結局、デバイスは事故の際に機能するはずです）、および自律動作用の内蔵バッテリーを備えています。
また、SIMカードには追加の要件が適用されます。通常のSIMカードを使用することはここでは受け入れられません。事故が発生した場合、SIMカードとデバイスとの機械的接触が壊れる可能性があります。ここで、それらのアナログは組み込みデバイスで使用するために来ます-SIMチップは、SIMカードと比較して2つの主な利点があります：
1）機械的接続の欠如による最良の接触-SIMチップはボードにはんだ付けされ、ホルダーに機械的に挿入されません、
2 ）広範な温度範囲（-40〜+105℃）、および埃、選択、湿度、衝撃、腐食、化学的に過酷な環境に対する耐性の向上。
また、SIMチップの場合、モバイルオペレーター（MTS、Beeline、Megafon）は、このチップを搭載した監視および監視デバイスに対して、M2Mテレメトリの拡張サービス（安価ではありませんが）を提供します。たとえば、制限バーを導入して、オブジェクトがローミングし、これに関連してアカウントから大量の資金が流れ始める状況を防ぐことができます。
このセクションの結論として、アイデア自体には多くの利点があり、さらにそれは本当に便利で必要であるが、同時に欠点がないわけではないことを付け加えます。ロシアのインフラストラクチャは、この技術の導入に完全に対応していません。領土の97％のみがモバイル通信でカバーされているため、緊急支援はどこでも利用できません。さらに、人口密度の高い地域でさえ、セルラー通信が機能しない、または非常にひどく機能する地域があります。たとえば、サウスブトボでは、セルラー通信の使用が非常に問題のある場所を知っています-時にはまったく存在しないことがあります。過失は言うまでもありません-警察に救急車を呼ぶとき、状況は本当に緊急ですが、結果を待つ必要がなく、辞退する必要があるかもしれません。または、まったく通り抜けないでください。一般的に情報技術分野の多くのロシア政府プロジェクトは、「マイナスのトロイカ」で実施されることが判明しました。たとえば、最後に、「部門との通信エラー」と「内部サーバーエラー」のうらやましい不断で私たちを喜ばせる国家サービスポータルを取り上げます既にすべてのデータを収集するために多くの時間を費やしたアプリケーションの段階...しかし、このプロジェクトの100％の効率を達成できなくても、いずれにしても死亡率が低下するため、実装は無意味ではありません。私たちの国の道路での怪我のレベルは、私たちが国際旅行中に他の国の緊急サービスと連携することを可能にします。「部門との通信エラー」および「内部サーバーエラー」によるうらやましい不変の状態で、さらに、アプリケーションの最後の段階で、すでにすべてのデータをハンマーで処理するのに多くの時間を費やしている場合... -いずれにせよ、それは私たちの国の道路上の死亡率と負傷のレベルを減らし、国際旅行中に他の国の緊急サービスと協力できるようにするため、実装は無意味ではありません。「部門との通信エラー」と「内部サーバーエラー」によるうらやましい不変性に満足しています。さらに、アプリケーションの最後の段階で、すべてのデータをハンマーで処理するのに多くの時間を費やしていましたが...このプロジェクトの100％の効率を達成できない場合でも-いずれにせよ、それは私たちの国の道路上の死亡率と負傷のレベルを減らし、国際旅行中に他の国の緊急サービスと協力できるようにするため、実装は無意味ではありません。いずれにせよ、それは私たちの国の道路での死亡率と負傷のレベルを減らし、あなたが国際旅行中に他の国の緊急サービスと連携できるようにするからです。いずれにせよ、それは私たちの国の道路での死亡率と負傷のレベルを減らし、あなたが国際旅行中に他の国の緊急サービスと連携できるようにするからです。
リモートアラームアクセスデバイス：タグ、キーフォブ、gsmデバイス
現在の実装では、デバイスはスレーブアラームとして機能します。リモートドアを開くには、独自の装身具を備えた標準的な警報システムが使用されます。しかし、私たちは、リモート監視のためのアラームシステムへのリモートアクセス、ドアの取り外し/ロック解除、ドアのロック解除/ロック、それらの長所と短所の安全性の観点からの自家製のアラームシステムを完成させるためのオプションを検討します（すなわち、車のACSデバイス）：
1）一方向/双方向のデータ伝送チャネルを備えた従来の装身具-皆さんそれぞれが確実に持っています。ボタンを押します-車は武装解除され、ドアのロックが解除されます。もう一度クリックします-ドアがロックされ、車が武装します。武装解除/武装すると、キーフォブは固定された一意のコードをアラームに送信します（通常は433 MHzの周波数で）。アラームはデータベース内のコードをチェックします-一致する場合、コードは受け入れられます。欠点は明らかです。コードグラバーを使用する場合、ブロードキャストを聞いて、車の所有者がキーフォブボタンを押すと、キーフォブがブロードキャストするコードを愚かに書き留めます。将来、攻撃者はこのコードを再生してマシンのロックを解除できます。
2）この方向でのシグナリングのさらなる開発は、KeeLoq「ジャンプコード」テクノロジーでした。ここではコードが変更されるたびに、送信されたコードをグラバーコードでインターセプトすると、これは役に立ちません。それにもかかわらず、攻撃者とKeeLoqはアプローチを見つけました。物理的な数学的実現は、この技術のすべての数学的能力を無効にします-誰もコードを拾おうとしません。代わりに、パッケージは次のときに台無しにされ、記憶され、送信されます。実際、KeeLoq送信のすべてのビットは3ビットでエンコードされています。最初のビットは0、次の有効ビット、最後は1です。3番目のビットの代わりにグラバーを使用してトランスミッターをオンにすると（アラームレシーバーを妨害する）、シグナリングパケットが損傷し、拒否されます。このようにして、アラームコードを記憶し、将来的にそれを使用できるようになります（もちろん、これ以前は、アラームはリモートコントロールから次のパッケージを正常に受け入れません。また、送信機が3つの同一のパッケージを送信するという事実を考慮することもできます。最初のパッケージの前半と2番目のパッケージの後半、3番目のパッケージを完全に消音することができます-伝送はアラームを拒否し、動作するコードが得られます。最終的に、KeeLoqの計算は本当に強力でしたが、物理的な実装ではすべて無効になりました
3）KeeLoqは、現在の信号システムで使用されているダイアログコードの技術（非対称暗号化アルゴリズムと2.4 GHzの周波数を使用）に置き換えられました。誰もまだそれを破ることができませんでした、そして、アラーム製造業者はこの技術の侵入抵抗をとても確信しているので、同じスターラインはそのようなアラームを壊すことに成功した人に100万ルーブルを提供します。この百万ルーブルはまだ誰にも支払われていません。キーフォブとアラーム間の通信がどのように行われるかを見てみましょう：新しいキーフォブを登録すると、キーフォブの公開キーがアラームメモリに転送され、Diffie-Hellmanアルゴリズムがオープンな通信回線でキーを送信するために使用されます。
) --------- > <br>
) < ------ ------ <br>
) … …<br>
) ---- --- > <br>
) … ,
- .
かなり高価ですが、自分で実装するのは非常に現実的です。この点で、128ビットキーと2.4GHzトランシーバーで動作するハードウェアベースのAES暗号化アクセラレーターを備えたSTM32Wマイクロコントローラーを見ることができます。 STM32Wを使用すると、Wi-Fi、ZigBee、Bluetoothネットワークで動作し、スリープモードで約1μAの電力を消費するため、キーフォブで使用できます。ワイヤレス機能をすぐに習得できる既製のデバッグキットがあります（〜50ドル）。
4）RFIDタグ-非接触アクセス（「ハンズフリー」）、通信範囲に使用-最大10メートル。ポケットから出てボタンを押す必要はありません-マークがアラームレシーバーの範囲内にある場合、車は武装解除されます。パッシブタグは、独自の電源を持たないことを表し、内蔵アンテナに電流を誘導することにより、警報システムから空気を介してエネルギーを受け取ります。アクティブ-バッテリーを内蔵しているため、アラームリーダーの電力を減らし、範囲を広げることができます。基本的に、タグは2.4 GHzの周波数で動作し（周波数が増加すると通信範囲が拡大するため）、アラームリーダーとの通信範囲は最大10 mです。
5）比較的最近、GSMデバイスは自動車のACSで使用され始めました-携帯電話、スマートフォンからの武装解除/武装。そしてますます、車のアラームの未来を見て、彼らはGSMデバイス-スマートフォン、携帯電話を支持するキーフォブの完全な拒否について話します。しかし、純粋な形では、この考えは熊手につまずきます。セルラー通信で領土を100％カバーすることはありません。ロックされた車と死んだスマートフォンで遠隔地に滞在する可能性が高く、通信料を支払う必要があります。さらに、ユーザー自身はまだ装身具の使用を放棄する準備ができていません。それにもかかわらず、すべてはすぐに多くのラベル+スマートフォンに来るという事実に向かって動いており、装身具の使用は過去のままです。
スマートフォンを使用する場合、さらに詳しく説明するWi-Fiアラームモジュールを提供することで、gsm接続料金と不十分なネットワークカバレッジという主な欠点を解消することができます。最新のモバイルデバイス（電話とスマートフォン）で
のアラームシステムへのWi-Fiアクセスの提供
また、ネットブックとタブレット-組み込みのWi-Fiサポートがあり、サーバーをバイパスして、デバイスへのリモート直接アクセスに使用できます。最も人気のあるソリューション-Microchipの22ドルのWiFiモジュールMRF24WB0MAを考えてみましょう。
-残念ながら、それをSTM32に直接接続することはできません。PICマイクロコントローラーの形式でレイヤーを使用する必要があるモジュールを使用するには（ただし、これは製品の価格に大きな影響を与えません）、MicrochipからTCP / IPスタックを実装するライブラリをアップロードしますこのモジュール（ただし、私はPICを使用したため、これは問題ではありません）。モジュール自体はSPIを介してPICに接続されており、既にPICを使用している場合は、spi / i2c / uartを介してSTM32に接続できます。モジュール自体には優れた機能があります。AES/ RC4の組み込みアクセラレータ、WEP、WPA-PSK、WPA-2-PSKのサポート。範囲-最大400m。スリープモードでの消費-250μA、休止状態-<0.1μA。ライブラリ自体は、特にSSLをサポートしています。ところで、このライブラリはMicrochip Wi-Fiモジュールと同じように機能することに注意してください。有線イーサネット（ENC28J60など）を使用。つまり、このライブラリを使用する場合、Wi-Fiまたはイーサネットモジュールを使用しても違いはありません。ソフトウェアインターフェースは同じです。ライブラリについて詳しく読むことができますこちら。
モバイルデバイスのソフトウェア開発
このセクションから始めて、ハードウェア実装から要約し、サーバー側およびモバイルデバイスでの衛星カーアラームのソフトウェア実装のみを検討します。
最近、オペレーティングシステムiOS（iPhone、iPad）、Android、Windows Mobile、Blackberryなどに基づいたモバイルGSMデバイスが広く人気を獲得し、近年、これらのデバイスからのリモートコントロールをサポートする家庭用機器の範囲が拡大し始めています。スマートフォンから車を制御および監視できるアプリケーションを迅速にリリースした車のGSMアラームのメーカーは無視しませんでした。このようなサポートをアラームシステムに追加できます。アラームシステムは、WEBサーバーとの対話方法を既に知っています（SIM900 TCP / IPスタックの使用に関するセクションを参照）。ここでは、WEBサーバーが仲介として機能します。モバイルアプリケーションはサーバーに接続し、サーバーは既にアラームシステムと直接対話します。モバイルアプリケーション自体は、次の主要な機能を実装します。
1）地図（Google.Maps、Yandex.Maps、またはOpenStreetMaps）で車の現在位置を表示します
2）オンボードコンピューター-センサー、温度、電圧、消耗品を交換するまでの残量などの読み取り値
3）武装/武装解除
4）リモートエンジンスタート
5）オプション-カメラなどからの写真の表示
主な障害は、Objective-Cおよびその他の言語を学習して、さまざまなプラットフォーム向けのモバイルアプリケーションを開発する必要があることです。 PhoneGapのようなユニバーサルソリューションが助けになります。
PhoneGapは、モバイルjQueryとCSSを使用したHTML5で、ほとんどすべての有名なプラットフォーム（iOS、Androidなど）のアプリケーションのクロスプラットフォーム開発を可能にするオープンソース環境です。アプリケーションは、実際にはスマートフォンのハードウェア周辺機器（加速度計、カメラ、GPSなど）にアクセスできるWebページです。 PhoneGapには欠点がないわけではなく、産業用アプリケーションの場合は、ネイティブのObjective-Cを優先してクロスプラットフォームアプローチを放棄する必要があります。しかし、最初は優れたサービスを提供し（特に、職業によってすでにWeb開発に関連している人たちに）、「小さな血」でモバイルデバイスをサポートできるようにします。
PhoneGapの詳細については、こちらをご覧
ください。Webサーバーソフトウェア
今度は、インターネットに接続された信号とデバイス（スマートフォン、ネットブック、タブレット、通常のコンピューターなど）の相互作用を仲介するWebサーバーの実装に対処します。この場合、Webサーバーは次の機能を実行します
。1）gsmアラームからデータを受信し、現在の設定を
提供します2）監視およびアラーム管理のためにアラーム所有者にWebインターフェイスを
提供します3）モバイルアプリケーション（実行中のデバイス用） iOS、Androidなど）
4）クライアントサーバーにデータをアップロードするためのXML APIを提供します
実装例については、http ：//panel.car-online.ru/およびhttps：// p-onを参照してください。 RU /
ホスティングには、クラウドホスティングを選択することをお勧めします。この場合、リソースが厳密に制限されているわけではなく、コンピューティングパワーを柔軟にスケーリングできる可能性があります。 VPSホスティングとは異なり、ここでの支払いは実際に消費されたリソースに対してのみ行われます（VPSでは、ほとんどの時間アイドル状態のリソース+厳しいリソース制限に対して支払う必要があります）。
サーバーアプリケーションの構造の詳細。最初は低負荷で、最も単純でありふれたソリューションはLAMP（Linux-Apache-MySQL-PHP）です。
しかし、そのようなアプローチによって研ぎ澄まされた人々は、すぐにそれを後悔し始めます。 :-)
時間の経過、負荷の増大、そして現在のアーキテクチャがそのタスクに対処するのをやめる瞬間がすぐに訪れます。次に、Highloadについての考えが来ます。 1つのアプローチにはほど遠いものであり、例として、オープンソースバンドルnginx + varnish + memcached + php-fpm + eaccelerator（+ PHP、+ MySQL）を検討します。それが何であるかについて少し。
•Nginx-通常、静的なレンダリングに使用されるWebサーバー。 nginxがフロントエンドとして機能し、Apache（バックエンド）上の動的ページに対するリクエストをプロキシする、サーバースクリプトが既に回転している一般的なアーキテクチャがあります。しかし、Apacheはnginxに機能を掛けることで完全に放棄することができます（そうするべきです）。
•php-fpm-PHP FastCGI Process Manager-この場合、nginxを操作するためのPHPの「接続ブリッジ」として機能します。 Php-fpmを使用すると、高負荷プロジェクトでPHPをFastCGIモードで効果的に使用できます。
•eAccelerator-PHPコードを毎回解釈しないようにするツール。解釈を実行すると-後で使用するためにコードをメモリに保持すると-プロセッサ時間とディスクリソースへのアクセスが節約されます。
•Memcached-RAMにデータをキャッシュするためのサーバー。 MySQLのようなデータベースサーバーは優れていますが、クエリの実行と低速のストレージデバイス（ハードドライブ）からの読み取りに時間を費やしています。 RAMからはるかに高速なデータを選択できるため、ここでの作業のロジックは次のとおりです。必要なデータが（空の）でない場合、memcachedにリクエストを作成し、次にMySQLデータベースサーバーにリクエストを作成し、memcachedにレスポンスを送信します。つまりMySQLは低速のバックエンドソリューションとして機能し、Memcachedは高速のフロントエンドとして機能します。バックエンドに1回だけアクセスします-フロントエンドにデータを配置し、フロントエンドからのみこのデータにアクセスします（もちろん、関連性が失われるまで）。
•Varnishは、コンテンツをキャッシュできるHTTPアクセラレータです。ある意味では、これはMemcachedの類似物であり、非常に大量のデータに対応しています。 Varnishはページを仮想メモリに保存し、必要に応じてハードドライブにドロップします。各ページを論理的に構成ブロック（フッター、ヘッダー、ニュースブロックなど）に分割し、各ブロックのキャッシュルールを指定できます。最終的に、ページを返す速度が向上し、繰り返されるリクエストからサーバーのバックエンド部分をアンロードします。
追加の対策のうち、MySQLをtmpfsに切り替える方向を調べ、テーブルインデックスを作成し、InnoDBデータストレージエンジンを使用し（特定の場合に適しています）、sysctlを構成します。
SSIを含む、可能なアーキテクチャスキームの1つを見てみましょう。最初のケースでは、最初は空のキャッシュがあり、バックエンドはケースに含まれています（PHP + MySQL）。2番目の
ケースでは、VarnishとMemcachedからデータを取得します。- 最初のケースでは、nginxは存在しないページのVarnishを参照しますキャッシュ内-リクエストがバックエンド（PHP + MySQL）に送信されるため。 SSI包含のキャッシュはMemcachedなどに保存されます。ここで空の場合、Nginxはバックエンド部分を呼び出し、結果をnginxに返し、同時にMemcachedを介してキャッシュに保存します。
2番目のケースでは、バックエンド部分をプルしなくなり、データはVarnishおよびMemcachedキャッシュから取得されます。
上記は普遍的なソリューションではありません-プロジェクトのHighloadアーキテクチャは特定のタスクごとに固有です-テストサーバーにソリューションを実装し、ストレステストを実行する必要があります-最も予測される負荷増加量を考慮して、作業状況を最大化するようにしてください。そして、あなたはそこで止まることはできません。 「私はすべてをしました、すべてはうまくいきます、あなたは安reliefのため息をついてリラックスすることができます」-これは起こりません。常に一歩先を考えて、現在の状況の可能性を予測する必要があります。
さらなる開発の方法
デバイスはすでに多くの機能を実行しています-これは、アラームシステム、オンボードコンピューター、および1つのボトル内の通信サービス（ERA-GLONASS / eCall）であり、インターネット経由でアクセスできます。乗用車とトラックの両方、および不動産向けに設計されています。しかし、完璧に制限はありません。車に電子機器を供給したい場合は、ラジオテープレコーダー、ナビゲーター、ビデオレコーダーなど、異なるデバイスを購入する必要があります。彼らはフロントガラスの周りに固執する必要があり、これは目に見えるエリアを狭め、汚れた人々を再び車に引き付けます。現在、市場に価値のあるデバイスはありません。上記のデバイスを置き換える「メディアコンバイン」は、すべての機能の単一のエントリポイントを作成し、標準的な自動車機器とうまく統合します。中国でさえこの点でまだ成功していない。ミルクはこの方向にかなり重要な一歩を踏み出しました。
-gce mモデム、GPS / Glonassレシーバーを搭載したWinCEを実行しているARM11上のソリューション。これにより、オーディオビデオソースを接続し、別のディスプレイと通常の車に画像を表示できます。レクサス/トヨタ/スバル/日産およびその他の車の標準システムと統合します。アイデアは悪くない、これは本当に重要なブレークスルーです。実装によってもたらされたブレークスルー-デバイスはまだ湿りすぎており、作業上の問題と実装の欠点があり、高価格です。
したがって、この領域は未だ開発されておらず、価値があり、強力であり、ここでのほとんどのソリューションにアクセスできます。衛星信号の開発に関するこの記事で提供される情報は、競争力のあるデバイスの開発のための良い出発点になる可能性があります。基礎として、ARM11を搭載したシングルボードRaspberry Piコンピューターはすぐにそれを示唆し、その機能的な機器は拡張できます。 :-)
結論として、
自動車衛星GSMアラームの開発における主要なポイントの指先について、文字通り簡単に説明します。 :-)私の例では、悪魔は彼が描かれているほどひどいものではなく、あなたは本当にすべてを自分でできると確信していました。実際、「少ないほど良いが、良い」という黄金律を覚えておくことは重要です。広大さを取り入れ、可能な限り多くの機能をデバイスに与えるために、製造業者はしばしば実行品質を失います。自分のために円を描いて、ウィッシュリストを切り取り、小さくしてください。同時に、すべての詳細を詳細に練り上げた上で、高品質で品格のあるものにする方が良いでしょう。
この記事では、ラジオ検索エンジンは別として、衛星システムのみを検討しました。一方で、無線検索システムは衛星システムに勝ちます-電力消費が少なく、閉ざされた部屋で作業します（信号は金属製の箱、地下駐車場などを通り抜けます）、送信機はどこにでも（ドア、隠された体の空洞などに）車に置くことができます。 d。）。しかし、一方で、欠点もあります：ラジオビーコンでの領土の不十分なカバレッジ、比較的高い月額料金、地図上で保護されたオブジェクトの位置を表示できないこと、独自のラジオ検索デバイスを開発できないこと-非常に高価な都市に独自のラジオビーコンを設置しない場合）ラジオ検索システムの利点デバイスの操作の例でエンドユーザーにデモを行うことはできません。あなたのごく少数は、あなたの仕事が彼に見えないあなた自身の目的のために使用しないアセンブリのために有形の金額を支払うことを決めるでしょう。つまり消費者がビジネスで獲得したものに「触れる」ことが重要です。この点で、衛星システムには大きなメリットがあります。そして、彼らが販売から目立って利益を得るという事実には驚くべきことは何もありません、そして、彼らのすべての利点にもかかわらず、ラジオ検索エンジンはまだバックグラウンドに残ります。
車の警報装置については、標準の装置に満足するのではなく、隠れた空洞にGPSビーコンを設置することを強くお勧めします。さらに、装甲フィルムでガラスの上に貼り付け、ドアにピンを挿入することは、車の盗難に対する追加の対策であるだけでなく、客室内の物の盗難に対する真の保護でもあります。さらに、事実上の標準は長い間、電気フードロックとステアリングホイールにGarantタイプのロックを取り付け、マシンの主回路にデジタルリレー（現在のキーに基づいて）を取り付け、アラームが無効になっている場合はブロックされる-アラームが取り付けをサポートしている場合です。私たちはしばしばお金を気の毒に思います-私たちは手を振って、車には価値がないと思います。そして、何も変更するのが手遅れになったときにのみ後悔します...
PS記事の冒頭のビデオが顧客を引き付けるために「再生」されたことに多くの人が気づいたと思います-もちろん、アラームシステムは衛星にデータを送信しません。このようなアラームはGPS / Glonass衛星からデータを受信するため、衛星と呼ばれます。衛星に情報を送信するには、このようなプレートが必要です。 ;）
UPD 09/06/2012： 2Gモジュール（sim900）は、新しいGOST R 54620-2011に従ってERA-GLONASSシステムで使用できなくなりました。これには3Gモジュールが必要です（たとえば、ERA-GLONASSでの作業は3G SIM5320モジュールをサポートします）。
参照資料
1）STM32F1およびFreeRTOSの衛星速度計
2）国家規格ERA-GLONASSのドラフト。連邦通信事業者「NIS-GLONASS」ドマラツキーY. Aの加入者デバイス開発サービスのディレクターに、提供された資料に感謝します。
3）ATmega128のベースの自動車のGPSトラッカーのソース
4）はソースGSM-2シグナリングSIMカード、iButtonは、DTMFデコーダ
5）STM32のためのソースGPSトラッカー
6）STM32F10xにソースGPSトラッカー
6）GOST P 54620から2011 「自動車緊急通報システム。一般的な技術要件 "
7）2012年7月31日付けのロシア運輸省の命令N 285-テレマティック情報を送信するためのプロトコルと緊急サービスを呼び出す手順の説明に興味深い