私たちのお気に入りのテーマの1つは、自動車産業における電子制御の台頭です。レーダー距離制御、パークアシスト、人工知能などの機能が主流になるにつれて、車はよりスマートで直感的になりつつあります。
残念ながら、コンピュータは依然として故障可能であり、多くの場合、不安定な車両の動作につながる奇妙なエラーが発生する可能性があります。エラーと車両排出量の両方を監視するために、車のコンピュータシステムとインターフェースをとるには、いくつかの標準が必要でした。この規格は、1996年以降、米国で販売されているすべての自動車に義務付けられており、オンボード診断または（OBD-II）と呼ばれています。すべての新しい車両には、通常、フロントフェイシアまたは運転免許証の足元のどこかに隠されたOBDポートがあります。これは、重要なエンジン制御パラメーターとセンサーデータを監視し、場合によっては変更できる外部コンピューターまたはスキャナーに接続できます。
ユニバーサルコネクタタイプや特定の通信プロトコルを備えた特定の専用ピンなど、規格のいくつかの側面は固定されています。ただし、コネクタのピンのいくつかは「メーカーの裁量」で与えられており、これがOBD-IIが興味深いところです。 1980年代に電子燃料噴射を実装および調整するために、多くのメーカーが独自のコンピューターと車両の通信規格を開発しました。 90年代の初めに、カリフォルニアは排出制御システム標準を施行しました。これは主にOBD-Iに変形しました。残念ながら、この標準にはsetconnectorやプロトコルがなく、診断情報が利用可能でした。 OBD-IIが発売されたとき、メーカーはセットコネクタを使用することを余儀なくされましたが、一部のピンにスコープが与えられました。
もちろん、彼らがしたことは、独自の標準をそれらのピンに移すことでした。これにより、スキャナーメーカーに市場が開かれ、ユニバーサルスキャナーが誕生しました。メーカーごとに異なるエラーコードとシグナリングプロトコルを使用していますが、すべて同じコネクタを介して提供されます。スキャナーを組み込みのデータベースに接続すると、エラーコードを簡単に読み取り、メーカーのデータと相互参照して、特定のサブシステムやセンサーの障害を特定できます。エンジンRPM、ブースト圧力、マニホールド圧力、上流および下流の酸素レベル、失火数などのリアルタイムデータも読み取ることができます。
これにより、車両の診断がはるかに簡単になりましたが、トラック上のリアルタイムのエンジンデータにアクセスしながら、車両を最適な状態に保ちたいという愛好家もいます。もう1つの用途は、Verizon’s Humなどの保険内で提携しているテレメトリクス企業で、より良い運転のためにより低い保険料でドライバーに報酬を与えています。悪意のある人々は、OBDportを使用して車両をハッキングし、制御することもできました。これは、車両がセキュリティを念頭に置いて実際に設計されたことがないためです。
AutelのAutolinkやBlueDriverなどのよりハードコアな愛好家向けのスキャナーは、エラーコードを読み取ったり、Bluetooth経由でタブレットやスマートフォンにデータを送信したりするために利用できます。しかし、コンピュータは賢いものであり、エラーコードが消えないこともあります。それは人間の要素がかけがえのないことを証明するところです。 Foreign Affairs MotorsportのASE認定チームのような経験豊富な技術者は、エラーコードではなく車両全体を診断し、コンピューターが認識しているものではなく、真の障害を修正することで多くの費用を節約できます。