この通信はI²Cですか？

2つのデバイス間の通信をデコードする必要がありますが、これらのデバイスに関する情報がありません。私が知っているのは、4本のワイヤー（GND、VCCおよび2本の通信ワイヤー）が必要であることだけです。I²C通信だと思います。

オシロスコープのデコードツールでデコードしようとしていますが、よくわかりません。波形を目視確認したところ、I²C通信の要素が適切に特定できません。

波形を見て、私は以下の仮定をしました、そしておそらく誰かが助けることができます。これらは私の仮定でした：

1. すべては、クロックが青信号であり、データが赤信号であると信じることにつながります。
2. アイドル状態がハイレベルではないため、クロックが反転しているようです。
3. データ信号も反転しているかどうかはわかりませんが、反転しているようです。

私の仮定は正しいですか？

前の図では、丸で示された数字5の数字で、信号の一部があります。スタート、ACK、およびストップビットを識別できません。誰かが図を見ただけでこれらの要素を識別できますか？

[編集]一部の人々は、通信しているデバイスについて私に尋ねました。コミュニケーションは車の鍵と私が言うことのできない道具との間のものですが、私はそれに対してリバースエンジニアリングをしようとしています。

私の推測では、これはある会社が独自に開発した「I2Cのような」プロトコルだと思います。I2Cを使用することがフィリップスにお金を与える必要があることを意味したときに、それらのいくつかが戻ってきました。

ACKがあるように見えます（クロックストレッチの前のデータラインの短いパルスは、マスターからスレーブに渡されるデータラインによく似ています）。

奇妙なことに、それは一度に7ビットを送信するように見えます。

バイトあたり8クロックしかなく（I2CはACK / NAKビットに9番目のクロックを必要とする）、クロックのアイドル状態が低いように見えるので、これはSPI（またはSPIのような）インターフェイスである可能性が高いと言えます。

ただし、各バイトの最初のビットの余分なクロック幅についてはわかりません。

私は帽子をリングに投げます...

これらが古いデバイスである場合、「最小限の」7ビット同期RS-232バリアントを確認できます。

• 各フレームの最初のその長いパルスは、スタートビットになる可能性があります。

• 負の「マーク」に行く前に、最初のクロック信号の高原が0に戻る場合があります。（スクリーンショットに電圧を提供しなかったので、私はここで推測しています）。

私のI2Cの経験によると、マルチメーターデバイスを使用して、周波数（ヘルツ単位）を測定するようにデバイスを設定することでクロックをチェックできるため、2kのような安定した値を読み取る場合は、I2Cクロックです。