自動車産業では現在、殆どすべての車内の各機器の通信をＣＡＮ通信によっています。 工具のボッシュ社の提案による方法で、通信のやり取りに関する複雑な殆どの部分をＩＣ内部の物理層で解決する方法です。
「連枝」（れんり）では、ＰＩＣ１８Ｆ４５８・４５８５・４６８０にこのＣＡＮ通信機能が内蔵されているのを利用して、接点（Ｂリレー）とメモリ（Ｗ）を、各機器相互に通信して共通の値いとして利用できるようにしました
「連枝」ではＩ２ＣもＣＡＮも同じ仕様です。
Ｉ２ＣとＣＡＮは通信規格が全く別のもので、一般的には前者は同一制御盤内で、後者は制御盤外の長距離の通信をします。
しかし、「連枝」（れんり）にとっては接点（Ｂリレー）とメモリ（Ｗ）の変化を各ＣＰＵ間に通信して、共通の値いとする仕様は全く同じです。
◎ユーザーはＢリレーとＷメモリを回路上で使用し、どちらの通信かを設定するだけでプロトコルについて何も考える必要はありません
目安としては、Ｉ２Ｃが５０ｃＭ以内、ＣＡＮが１５Ｍ以内が考えれますが、その仕様はについては使用状況やそれぞれの規格が基準になります。
ＣＡＮ通信にはシリアル通信のＭＡＸ２３２にあたる周辺素子ＭＣＰ２５５１の接続が必要ですが、Ｉ２Ｃ通信は各ＣＰＵのピンどうしの接続のみで、外部周辺素子は不要です。
ラインで複数箇所で操作しする場合、従来は押し釦やパイロットランプ等を実配線で配線していましたが、この従来方法だと配線が複雑かつ冗長になります。
マイコンの発達により、シリアル通信の方法がとられるようになりましたが、このためには高価なシステムを組み込むか、自ら複雑なプロトコルを組んで動作させなくてはなりませんでした。
「連枝」（れんり）のＩ２Ｃ通信やＣＡＮ通信によれば、Ｂが頭につくBリレーを使用すればその変化値が、自動的に他の連結ＣＰＵに送られます。複雑なプロトコルは全て「連枝」側でコンパイルしてくれます。
◎ＣＡＮでは通信失敗の場合はＰＩＣ１８Ｆ４５８の持つＣＡＮ機能の物理層によって自動的にリトライがなされるとともに、「連枝」（れんり）のソフトによってもＡＣＫが確認されます。
◎Ｉ２ＣではこのＣＰＵの物理層の持つリトライの機能や、「連枝」（れんり）のソフトによるＡＣＫの確認はありませんが、ＡＣＫの発行や２つのＣＰＵによる通信衝突の際のアービトレーション（振り分け調整）等の多くの機能が物理的に内蔵されていて自動的に実行されます。
つまり、ユーザーとしてはＢリレーを使用するだけの仕様です。他に１６ビットのＷメモリーもそれを回路中に使用するだけで送信されます。
例として荷物用３階エレベータを、「連枝」（れんり）のＣＡＮ通信で操作する場合の回路の一部を次に示します（通常の回路は、ＤＬ版のサンプル中にあります）。
この時、６行目の出力のＢ０７による３階ランプ点灯は各階で行わなくてはなりませんから、従来は実配線で各階に持っていかなくてはなりませんでした。
また７行目の１階行き押しボタンも各階に置かなくてはならないので、これも実配線で各階の押しボタンからの実配線が必要でした。
連枝ではそれらをすべて、接点Ｂとして制御盤において、あとは２本のＣＡＮ通信で各階の制御部分から持って来ればよいことになります。
３階の制御部の回路は以下のようになります。
以上で全回路です。単純なＩ／Ｏだけの回路になります。
入力情報についてはＩ／Ｏの結果を接点Ｂに変えるだけで、その結果が各階に通信されます。
２階も同様な回路になります。
本体制御盤と各階の通信によって、エレベータは動作します。２階と３階も通信を行っていますがこの場合、意味はありません。
「連枝」はその他、Ｗメモリー１６ワードも相互に通信します。
これによって、各部所のアナログセンサーの値等を、本体を始めとする各制御部に送ることができます。
通信のプロトコル等はすべて「連枝」の変換ライブラリー（別売り）が構成してくれます。
ハード回路構成上、ＰＩＣ１８Ｆ４５８（２５８）とＭＣＰ２５５１がメインのＩＣになります。両方ともマイクロチップ社製ですが、後者はＲＳ２３２Ｃ通信回路のＭＡＸ２３２にあたります。
