🗃️ 🎵 😚 車両タイヤ圧力監視システム（TPMS）プロトコル研究 ✈️ 🌎 🥋

車のタイヤの空気圧を遠隔監視するシステム（略称TPMS-タイヤ圧力監視システム）は、タイヤ圧力の低下とタイヤの臨界温度をユーザーに迅速に通知するように設計されています。

センサーは内部または外部で利用できます。内側のものはチューブレスホイールタイヤの内側に取り付けられ、外側のものはホイールフィッティングにねじ込まれています。内部センサー付きのホイールは、センサーなしのホイールとまったく同じように見えます。このようなホイールは簡単にポンプアップできます。外部センサーは目立ちます。盗まれる可能性があるため、ホイールを膨らませるときは最初にネジを緩める必要があります。また、大気現象の影響も受けます。

TPMSシステムのプロトコルを調査するために、タイヤの圧力をリアルタイムで監視するためにそのようなシステムをベビーベビーカーにインストールするというアイデアに促されました。

図1。 TPMSシステムの外観

図2。 TPMSシステムコントローラーボード

最小許容圧力値が1.1バールであり、ベビーベビーカーではそれよりも小さいため、このような標準の受信ユニットを取り付けることはできませんでした。したがって、モジュールは常にビープ音を鳴らし、タイヤの圧力が低いことを通知します。研究成果を応用した「スマート」ベビーキャリッジ「マクシムカ」のコントローラーの開発については、私の記事[1]で読むことができます。

TPMSの運用に関する情報の収集は、インターネットで記事を検索することから始まりました。しかし、残念ながら、情報はほとんどありません。また、通常は標準的な自動車システムにも適用されます。これらのシステムは、もう少し複雑で、はるかに高価です。そして、私は単純な中国の安いシステムについての情報を必要としていました。私は最小限の理解しかありませんでした、今私は実験を始めなければなりませんでした。

そこで、DVBチューナーのUSBホイッスルを装備し、RTL-SDRを起動して、ブロードキャストを視聴します。センサーは、FSK変調で433.92MHzで動作します。最初に、ブロードキャストを記録してから、プロトコルを手動で分析しました。ここで困難が始まりました。以前は、OOK変調のみが発生していました。そこはすべて簡単です。ここではもう少し複雑です。情報は2つの周波数でエンコードされます。したがって、私は例、変調の理論を研究しました。次に、URH-Universal Radio Hackerプログラムがどのように使用されているかを見ました[2、3]。インストールしようとしましたが、WinXP32ビットでは動作しません。 win8 64bitを搭載したコンピューターを探す必要があり、プログラムがインストールされました。彼女の作品の詳細については、開発者のWebサイトを参照してください。 URHを使用すると、プロセスが少し簡単になりました。空中からの信号をキャプチャし、オシログラムで表示し、すぐにバイナリ形式と16進形式の両方の生のデジタル形式にデコードします。

図3。TPMS送信のフレームをキャプチャしたプログラムのスクリーンショット。

センサーは、1つのセッションで複数のメッセージを次々に送信します。セッション間の期間は、最大1分以上になる場合があります。アラーム状態が発生すると、センサーはすぐにデータパケットの送信を開始します。センサーからのメッセージのサウンドファイル[8]。URHプログラムから取得したセンサーからの1つのメッセージの例：

010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101010101011001100110100110101001011001011010011010100110101001100101010101011010010101010101010110101001011001101010010101100101101001010101011001011001100110101001

16進形式では、この前提は次の形式になります。

5555555555555555555555555555555555555555555555555555555555555555555556669a965a6a6a6555a5555a966a565a556599a9

1つのセッションの4つの区画すべてに同じデータがあることは明らかでした。これは、パケットが正しく受け入れられ、分析を開始できることを意味します。

上記の例では、プリアンブル（シーケンス01010101…。）の後にデータが続きます。インターネットを読んだ後、マンチェスターエンコーディング（GEトーマス）でエンコードされたパッケージがあることがわかりました。各ビットは2ビット01または10でエンコードされます。私は元々手作業でエンコードしたため、エンコード/デコード理論が強化されています。しかし、それから私はプロセスを大幅に加速したオンラインデコーダー[4,5,6]に目を向けることにしました。

したがって、マンチェスターコードを使用してセンサーからの元のメッセージをデコードすると、次のようになります。

000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000010101101110010011011101110100000011000000001110010111000100110000010010101110

最初の136個のゼロはプリアンブルであり、破棄できます。データのみに関心があります。

それらを16進形式に変換すると、次のようになります。0x15B937740C03971304AE

これにはすでに美しい初期データがあり、識別子、タイヤの圧力、温度がどこかに隠されています。

さらなる研究のために、データ統計を収集する必要があります。これを行うために、元のシステムボードが示す内容を記録しながら、1つのセンサーをホイールに巻き付けて空気をキャプチャしました。彼は圧力を解放し、それをポンプで汲み上げ、ホイールを負の温度の冷凍庫に入れ、それを加熱した。それから彼は別のセンサーが温度と圧力のバイトを見つけるために同じ条件を探しました。

パッケージ全体で10バイトかかります。受信したデコードデータを1列に並べると、一定のデータと変化するデータが表示されます。

15B937740C03971304AE
15B937740C03A1FC00A4
15B937740C03A700087B

本体のセンサーにはステッカーが貼ってあります。各センサーは異なります：0A、1B、2C、3D。

ここでの定型的な考え方はうまくいきませんでした。これがIDセンサーだと思いました。

IDが1バイトしかない理由を疑ったのですが、それを忘れて、ストリーム内でこれらの識別子を検索しようとしました。次に、システムの元のレシーバーのメニューで、他のセンサーがこのレシーバーに関連付けられている可能性があり、レシーバー自体が各ホイールにセンサーIDを表示していることがわかりました。そして、見よ、私は4番目のホイールセンサーがID = 3774を持っていることを知りました。

15B937740C03971304AE

したがって、パッケージの3番目と4番目のバイトはホイールIDです。他のセンサーと比較して、また識別子は標準パネルによって表示されたものと一致しました。

1番目のバイトをデータの開始のプレフィックスとしてカウントし、2番目のバイトをTPMSサブシステムの識別子としてカウントしました。

以下は、さまざまなセンサーからの区画の比較です。

15B9F3FA2300BE1B007Bセンサー0AID = 0xF3FA

15B91AA43201B71B002Aセンサー1BID = 0x1AA4センサー2CID = 0xABFF

15B9ABFF32027B1B029Bセンサー3DID

15B937740C03971304AE= 0x3774

そして、センサー（0A、1B、2C、3D）の刻印は、16進数ではなく、デジタル形式のアルファベットのホイール番号であることに気付きました。ホイールID。ただし、パッケージの6番目のバイトは、センサーのシリアル番号と非常によく似ています。私自身、これがホイール識別子であると結論付けました。したがって、もう1バイトがデコードされます。

最後のバイトはおそらくチェックサムですが、私はまだ読む方法がわかりません。これは最後まで謎のままでした。

次にデコードされるバイトはホイール温度です。ここでラッキー。温度は1バイトかかり、全体の角度で表示されます。 2の補数の負の温度。これは、-127 ... 128℃の温度が1バイトに収まることを意味します。

私たちのパッケージでは、温度は8番目のバイト

15B9F3FA2300BE1B007Bです0x1Bは+27度に

15B937740C03A1FC00A4対応します0xFCは-4度に対応します

5番目、7番目、9番目の3つの認識されないバイトがあります。変化のダイナミクスから判断すると、タイヤの圧力は7バイトに隠されており、9バイト目には、おそらくセンサーのステータスビットが隠されています。インターネット上のさまざまな情報源、および私のTPMSシステムの機能によると、バッテリーの放電が少しあり、圧力損失が少し速く、さらにいくつかのビットがはっきりしないはずです。

したがって、7番目のバイトを分析します。圧力がそこに隠れていることを意味します。

さまざまな圧力のさまざまなセンサーの統計を入力したため、圧力を再計算する式を明確に定義できませんでした。また、センサーがデフォルトで圧力を送信する単位（Bar、PSI）は明確ではありません。その結果、Excelで作成されたテーブルは、標準のTPMSスコアボードと完全に一致しませんでした。この0.1バールの違いは無視できますが、プロトコルの概念を最後まで望んでいました。興奮が広がった。

圧力バイトがどのように形成されるかを理解できない場合は、圧力センサーエミュレーターを作成し、圧力値を変更して、標準パネルの表示を確認する必要があります。

パケットの5番目と9番目のバイトの目的を見つけることは残っていましたが、それらはめったに変更されないため、元のパケットと同じように値を受け入れて、圧力バイトのみを変更できます。ここで問題となるのは、チェックサムの計算だけです。これがないと、標準パネルは私のパッケージを無視して何も表示しません。

センサーをエミュレートするには、パケットを送信する必要がありました。このために、私はPIC16F88に接続されたSI4432トランシーバーを持っていました。これは、かつて他の目的で使用されていました。

図4。テストボードの写真

古いデータ転送方法を使用して、URHプログラムで受信したパケットの1つを送信するPIC用のプログラムをスケッチしました。送信機の電源を入れてしばらくすると、転送されたデータがパネルに表示されました。しかし、これは既製のCRCを備えた既製のパケットであり、圧力バイトを変更するには、CRCも再計算する必要があります。

読み始め、使用されているCRCに関する情報を探したり、さまざまなXorを試したりしましたが、何も機能しませんでした。私はすでに何もうまくいかず、私のテーブルに従って受けたプレッシャーに満足しなければならないと思っていましたが、元のスコアボードとは少し異なります。しかし、インターネットでCRCの選択に関する記事を見ました。複数のパケットを渡すプログラムがあり、チェックサムを見つけようとし、成功した場合は、多項式値とCRC初期化値を出力します。[7]

プログラムにいくつかのパッケージを提供します。

reveng -w 8 -s 15B9ABFF3202AA1B0017 15B9ABFF3202AA1B0249 15B9F3FA2300D01A00D8 15B937740C037B130089 15B937740C03BD18025E 15B9ABFF32028F150834

プログラムの問題：

width=8  poly=0x2f  init=0x43  refin=false  refout=false  xorout=0x00  check=0x0c  residue=0x00  name=(none)

これらのデータを考慮してCRCを計算するプログラムを作成し、以前に受信したパケットを実行しました。すべてが一緒になりました。

//  CRC  
 crc=0x43;    //     
 for(j=0;j<9;j++)
 {
  crc ^= tmp[j];
  for(i=0;i<8;i++)
   crc=crc&0x80 ? (crc<<1)^0x2F : crc<<1;  //  0x2F    CRC
 }

圧力データを送信するために手がかゆみました。 CRC計算でテストプログラムを完了した後、最初のパケットを送信しました。 OEMパネルが信号を受信し、圧力と温度を表示しました。小さな問題は、標準パネルの小数点以下1桁で、値を空中に送信している間、画面に常に同じ圧力が表示されることでした。残りの放電は見えませんでした。渡されたバイト値0..255。しかし、やはりそれはどういうわけか明確ではありません。 7番目のバイトに値97が含まれているときに、圧力0.00Barが開始することが判明しました。これがなぜそうなのかは明らかではありません。しかし、0.01バールの解像度ですべてが明確になります。

バイトP圧力、バー

255 1.58

254 1.57

... ...

107 0.10

106 0.09

105 0.08

104 0.07

103 0.06

102 0.05

101 0.04

100 0.03

99 0.02

98 0.01

97 0.00

表から判断すると、1バイトに収まる最大圧力はわずか1.58 Barですが、システムでは最大4Atmの圧力を測定できます。これは、最上位ビットの1ビットが別の場所に隠されていることを意味します。すべてのバイトを調べて、それらのビットを変更する必要はありませんでした。車のホイールが見つかり、センサーが巻かれ、信号がキャプチャされました。好奇心が優勢で、私の頭の中ではビートがどこに現れるかを賭けていました。そして、それは正確に1ビットであり、他のエンコーディングスキームではありません。

パケットをデコードした後、私はこのビットを見ました。 6バイト目の7ビット目です。これは、6番目のバイトにホイール番号だけでなく、タイヤ圧力の最上位ビットも含まれていることを意味します。

15B937740C833C18025C

0x83と0x3Cの最上位ビットは、2.19Barの圧力に対応する0x13C = 219を与えます。

圧力をBarに変換する式：P =（ADC-97）/ 100、

ここでADC =（B7 >> 7）* 0x100 + B6、ここでB6とB7はバイト6とバイト7

の値です。値が511の場合、最大圧力は4になります。、14バー。バーが4.14バーである理由も明らかではありませんでしたが、これはセンサーの最大許容圧力である4気圧に等しいと思います。

ステータスビットが何の原因であるかを理解することは残っています。ビットは、圧力を抜き、センサーを安定化された電源に接続し、電圧を下げることによって得られました。 2ビットは不明のままでした。たぶんもっとあるかもしれませんが、彼らは実験全体を通して1の値を受け入れたことがありません。

分析を簡単にするために、プログラムが作成されました[8]

図5。 TPMSパッケージを調べるためのプログラムインターフェイスの外観

URHプログラムからの生のパケットを16進形式でプログラムに設定すると、プログラムはパケットをデコードし、チェックサムを読み取り、通常の温度と圧力の単位でデータを表示します。

どういうわけか、標準パネルのメニューに戻って、センサーIDが2バイトではなく、4バイトであることがわかりました。パネルには大小のインジケーターがあり、2バイト目と5バイト目もセンサーIDに含まれていることにすぐには気づきませんでした。

15B937740C833C18025C

したがって、最初のバイトのみが認識されないままになりますが、常に0x15（0b010101）であり、これはパケットの特定のプリアンブルまたはその開始識別子のように見えます。

また、ステータスビットは正確には認識されませんが、欠落しているビットは認識されます。

センサーの内部に何が入っているのかを知りたいという好奇心が引き継がれ、そのうちの1つを分解しました（図6）図6

。 TPMSセンサー

これは、小さなストラップが付いたInfineonSP372マイクロサーキットに基づいています。この特定のマイクロ回路のドキュメントを検索しても、何も得られませんでした。私が見つけたのは調査か広告のどちらかです。そのため、プロトコルについて知ることはできませんでした。しかし、記事には、これはプログラム可能なコントローラーであると記載されているため、プログラムは何でもかまいません。そのため、あえてマイクロサーキットを別途購入することはしませんでした。

プロトコル

次に、センサーからSI4432トランシーバーへのデータの受信について説明します。当初は、コントローラーがマンチェスターをデコードしてバイトを収集するように、SI4432から生データを受信するように計画されていました。ただし、このトランシーバーにはパケット処理機能があります。つまり、送信の場合、送信機を目的の周波数、変調、偏差に構成し、プリアンブル長、エンコード、同期ワード、ビットレート、データ長を設定できます。次に、元のデータパケットを送信側バッファー（たとえば、15B937740C833C18025C）に書き込み、送信を開始します。トランシーバー自体がパケットを形成してブロードキャストし、指定されたすべてのパラメーターを監視しますが、コントローラーはこの時点で他の情報を自由に処理できます。

理想的には、受信時にSI4432からバッチデータ処理を受信したいと思います。受信者がパケットを受信し、パケットが受信されたことを示す割り込みを生成するため。次に、コントローラーは受信バッファーを読み取るだけです。受信バッファーは、データを純粋な形式で既に格納しているため、プロセッサー時間を他の機能のために解放します。

受信用トランシーバーの操作のためのレジスターの設定を研究し始めました。これは、パッケージを転送するよりもはるかに難しいことが判明しました。ここでは、私が持っていない無線受信の理論をよく知る必要があります。このトランシーバーのレジスターを計算するためのテーブルがExcelにありますが、Excelがロシア語であるために機能しないか、切り捨てられています。開発者からのアプリケーションもありますが、すべてがあまり透過的ではありません。多くの例を見て計算表を見た後、ドキュメントに従ってレジスタ値を手動で読み取りました。

ロガーをレシーバーの出力に接続し、レシーバーの出力に応じて空気をキャプチャしました。その結果、パケットが通過するようにレシーバーフィルターを構成することができました。彼は流量を操作し、タンバリンを打ちました。残念ながら、理論はまだ私には明確ではありません。

受信者がデータパケットを受信できるようにするには、プリアンブルの長さ、存在する必要のある同期ワード、およびデータの長さを指定する必要があります。受信者がチェックサム自体を読み取ることも可能ですが、SI4432では、計算アルゴリズムは圧力センサーのCRCアルゴリズムに対応していません。

2バイトの同期ワードの必須の存在は、パケットを受信するという考えを覆い隠す可能性がありますが、ここでは、センサーからのメッセージが0x15B9（15B937740C833C18025C）で始まり、すべてのセンサーで同じであることが幸運でした。これは、同期ワードに0x15B9が指定されたことを意味します。データパケットの長さは8バイトで、チェックサム分析は無効になっています。パケット受信時の割り込み発生を設定し、受信手順を開始します。

レシーバーがプリアンブル、同期ワード0x15B9、および8バイトのデータを受信すると、メインコントローラーに割り込みを発行します。メインコントローラーは、レシーバーのバッファーから8バイトのデータを読み取るだけです。次に、メインコントローラーがチェックサムを計算して比較し、受信したデータをデコードします。幸い、すべてが計画どおりに機能しました。

図7。標準のTPMSインジケーターの写真と「スマート」ベビーカーのディスプレイ

以下は、受信するようにSI4432トランシーバーを初期化する例です。

WriteSI4432(0x06, 0x05);	   // interrupt all disable
   WriteSI4432(0x07, 0x01);	   // to ready mode
   WriteSI4432(0x09, 0x7f);	   // cap = 12.5pf
   WriteSI4432(0x0A, 0x06);	   // uC CLK: 1 MHz

   WriteSI4432(0x73, 0x00);	   // no frequency offset
   WriteSI4432(0x74, 0x00);	   // no frequency offset 
   WriteSI4432(0x75, 0x53);	   // 430-440MHz range   
   WriteSI4432(0x76, 0x62);	   // 0x621A-433.924 
   WriteSI4432(0x77, 0x1A);	   //  
   WriteSI4432(0x79, 0x00);	   // no frequency hopping
   WriteSI4432(0x7a, 0x00);	   // no frequency hopping  
 
   //      9090/2
   WriteSI4432(0x1C, 0x81);    // 01 IF Filter Bandwidth 
   WriteSI4432(0x1D, 0x44);    // 44 AFC Loop Gearshift Override 
   WriteSI4432(0x1E, 0x0A);    // 0A AFC Timing Control
   WriteSI4432(0x1F, 0x05);    // 00 Clock Recovery Gearshift Override
   WriteSI4432(0x20, 0x28);    // 64 Clock Recovery Oversampling Ratio 
   WriteSI4432(0x21, 0xA0);    // 01 Clock Recovery Offset 2 
   WriteSI4432(0x22, 0x18);    // 47 Clock Recovery Offset 1 
   WriteSI4432(0x23, 0xD2);    // AE Clock Recovery Offset 0 
   WriteSI4432(0x24, 0x08);    // 12 Clock Recovery Timing Loop Gain 1 
   WriteSI4432(0x25, 0x19);    // 8F Clock Recovery Timing Loop Gain 0 
   WriteSI4432(0x2A, 0x00);    // 00 AFC Limiter 
   WriteSI4432(0x69, 0x60);    // 60 AGC Override 1
   
   WriteSI4432(0x70, 0x26);     //  Manchester,   
   WriteSI4432(0x71, 0x22);	    //  FSK, FIFO
   WriteSI4432(0x72, 31);       //  31*625=19375  (     )
   WriteSI4432(0x34,10);         // 10 -    4- 
   WriteSI4432(0x35,0x1A);      // preambula threshold
   
   WriteSI4432(0x36,0x15);      //  3  0x15
   WriteSI4432(0x37,0xB9);      //  2  0xB9
   
   WriteSI4432(0x27,0x2C);      // RSSI

   //  
   WriteSI4432(0x33, 0x0A);     // fixpklen=1, Synchronization Word 3 and 2
   WriteSI4432(0x32, 0x00);     //   
   WriteSI4432(0x30, 0x80);	    // Skip2ph, Enable Packet RX Handling=0 (   Skip2ph...)
   WriteSI4432(0x3E, 0x08);     //    8 

   WriteSI4432(0x0B, 0x12);     //  GPIO0     TX 
   WriteSI4432(0x0C, 0x15);     //  GPIO1     RX

   //  FIFO TX
   WriteSI4432(0x08, 0x01);// 0x01  Operating Function Control 2 
   WriteSI4432(0x08, 0x00);// 0x00  Operating Function Control 2      
   //  FIFO RX
   WriteSI4432(0x08, 0x02);// 0x02  Operating Function Control 2 
   WriteSI4432(0x08, 0x00);// 0x00  Operating Function Control 2      
 
   //   :  ,  ,  
   WriteSI4432(0x05, 0x02);     //    
   WriteSI4432(0x06, 0x00); 
   //   ,       NIRQ  . 1
   SI4432_stat[0] = ReadSI4432(0x03); 
   SI4432_stat[1] = ReadSI4432(0x04); 
   WriteSI4432(0x07, 0x05);     //

データ受信自体は次のようになります。

if (si_int)		//      SI4432
   {
    //      
    SI4432_stat[0] = ReadSI4432(0x03); 
    SI4432_stat[1] = ReadSI4432(0x04); 
    SI4432_RSSI = ReadSI4432(0x26); 
    if (SI4432_stat[0]&0x02)
    {
     WriteSI4432(0x07, 0x01);      //  .     .  ,     
     SI4432_ReadFIFO();            //   FIFO 8  
     TPMS_Parsing();               //  CRC   
     //  FIFO
     WriteSI4432(0x08, 0x02);      //  0x02  Operating Function Control 2 
     WriteSI4432(0x08, 0x00);      //  0x00  Operating Function Control 2      
     //WriteSI4432(0x07, 0x05);      //   
    }
    else
    {
     //  FIFO TX
     WriteSI4432(0x08, 0x01);// 0x01  Operating Function Control 2 
     WriteSI4432(0x08, 0x00);// 0x00  Operating Function Control 2      
     //  FIFO RX
     WriteSI4432(0x08, 0x02);// 0x02  Operating Function Control 2 
     WriteSI4432(0x08, 0x00);// 0x00  Operating Function Control 2      
    }
    if (SI4432_stat[0]&0x80)
    {
     //  FIFO RX
     WriteSI4432(0x08, 0x02);// 0x02  Operating Function Control 2 
     WriteSI4432(0x08, 0x00);// 0x00  Operating Function Control 2      
    }
    WriteSI4432(0x07, 0x05);      //   
    si_int=0;
   }

SI4432_ReadFIFO（）関数は、センサーからのデータを含むレシーバーバッファーから8バイトを読み取るだけです。

TPMS_Parsing（）関数は、チェックサムを分析し、情報を最終的な圧力と温度の単位、およびステータス情報にデコードします。

問題

センサーに関する情報を読むとき、センサー間の同期について言及されました。なんらかの理由でセンサーをペアリングする必要があり、30分間で20km / h以上の速度がありました。なぜこれが必要なのかは明らかではありません。これは情報の転送の瞬間によるものかもしれませんが、これは私の推測です。
圧力センサーのステータスビットの機能が終了するまでわかりませんでした。
受信用のSI4432トランシーバーの設定、マンチェスターエンコーディングを使用したボーレートについては明確ではありません。それは私にとってはうまくいきますが、原則についてはまだ認識されていません。

仕事の結果

この記事で取り上げた調査には、約1か月の自由時間がかかりました。

タイヤ圧力監視システムのプロトコルを研究した結果、無線でのデータの送受信の問題が提起され、信号コーディングが簡単に検討され、SI4432トランシーバーの送受信がテストされました。このタスクにより、TPMSをスマートベビーベビーカーのメインプロジェクトに統合することができました。交換プロトコルを知っていると、より多くのセンサーを接続して、開発に統合できます。さらに、制御された圧力は、標準の1.1-3.2 Barシステムの場合とは異なり、広い範囲内に収まる可能性があります。この範囲外の圧力は、標準の中央ユニットシステムの警戒すべききしみ音を伴います。また、TPMSを使用して、オートバイ、自転車、またはエアマットレスなどのタイヤ圧力を監視できるようになりました。残っているのは、センサーを物理的にインストールして、トップレベルのプログラムを作成することだけです。

リンク

「スマート」ベビーキャリッジ「マクシムカ」
github.com/jopohl/urh
habr.com/ru/company/neuronspace/blog/434634
www.rapidtables.com/convert/number/hex-to-binary.html
www.rapidtables.com/convert/number/binary-to-hex.html
eleif.net/manchester.html
hackaday.com/2019/06/27/reverse-engineering-cyclic-redundancy-codes
私のユーティリティ、サンプルパッケージ、CRCの選択。アーカイブパスワード "tPmSutiLity" dropmefiles.com/MtS9W "
i56578-swl.blogspot.com/2017/08/eavesdropping-wheels-close-look-at-tpms.html
www.rtl-sdr.com/tag/tpms

車両タイヤ圧力監視システム（TPMS）プロトコル研究

プロトコル

仕事の結果

リンク

More articles: