タグ付けされた質問 「can」

データシートへのリンク Microchips DSPIC33FJ128GP802を新しいプロジェクトで使用したいと思いますECAN buss。 私が直面している問題Controller familiesは、データシートの上部にあるリストで、デバイスDSPIC33FJ128GP802にECAN portRemappable Peripheralとして1つあるということです。 私はに下るときPinout descriptionsのためのテーブルルックECANピンのラベル、それは彼らがいることを言うC1RXとC1TX： この時点まで、すべてが完璧ですが、このチップにはCAN bussどこかにあることがわかり、ピンの呼び方はわかりましたが、チップのピン配置図に移動すると、次のようになります。 ラベルを持っている何のピンはありませんC1RXかはC1TX。だから私は何をするべきですか？CANピンがどこにあるのか、ここで何か不足しているのでしょうか？ すべての助けはXDに感謝されます

8 datasheet  microchip  can  pinout 

私は、特定の機能用のマイクロコントローラーを備えた複数のPCBボード間の可能な限り最良の通信を見つけるプロジェクトに割り当てられました。すべてのマイクロコントローラーがCPUを含むメインボードと通信する必要があります。 メインボードからコントローラーに情報を送信し、コントローラーから応答を受信する必要があります。各コントローラボードは、特定の目的のために設計されています。マイクロコントローラー間で通信する必要はありませんが、1つのマイクロコントローラーが通信に失敗しても、他のマイクロコントローラーには影響しません。現在、6つのマイクロコントローラーが通信する必要がありますが、将来的にはそれ以上の通信が必要になります。メインボードと他のコントローラー間の有線接続を増やしたくありません（少なくする必要があります）。 通信は、温度（250°F（120°C））および圧力（高）の影響を受けません。メインボードとファイナルコントローラーの間の距離は1メートルを超えることがあります。どのタイプのコントローラーが最適ですか？いくつかの計算とセンサーの読み取りを実行する必要があります。各ボードには2つ以上のセンサーがあります。センサーの読み取り値を計算するか、値を直接送信する必要があります。 このタイプのプロジェクトは初めてです。私は最良のコミュニケーションを探しましたが、どちらが最良か分かりません。CAN通信の使用を勧める人もいます。CAN通信を選択した場合、どのタイプのマイクロコントローラーが最適ですか？以下に示すような簡単な図を添付しました。

8 microcontroller  communication  ethernet  rs232  can 

PIC18F25K80マイクロコントローラーとMCP2551を使用してそれらの間で通信するCANネットワークをセットアップしようとしています。トランシーバーのCANL、CANHを接続するだけで、2つのシンプルなワイヤーをCANバスとして使用できますか？2本のワイヤーで作ったセットアップでデータを送信することさえできませんでした！それらをある程度抵抗して終了する必要がありますか？

8 can  termination 

CANベースのアプリケーションを作成するために、16ビットMCU PIC24HJ64GP504を使用しています。基本的に、ボードと1つのノード間の通信であり、CANを使用して1 Mbit / sでボードにデータを送信し続けます。1 Mbpsで動作するようにPIC24のECANモジュールを構成しています。最初の10ミリ秒の間、ECANモジュールが反対側から着信するすべてのメッセージを受け入れるようにコードを記述しました。その後、メッセージID 0x13のメッセージのみを受け入れるようにECANモジュールを再構成しました。 ここで問題が発生します。他のノードとボードの電源が同時に投入されます。もう1つのノードは、電源投入後40ミリ秒後にメッセージの送信を開始します。しかし、ボードからメッセージを受け取ることができません。ここで、最初にボードの電源を入れたら、新しいフィルターでECANモジュールを再構成し、落ち着いてから他のノードの電源を入れて、すべてが完全に機能するようにします。 ここで最も奇妙な部分です。ボードと他のノードの間にCANバスアナライザーが接続されていて、両方のノードに同時に電源を投入しても、すべてが正常に機能します。最初にボードの電源を投入する必要はありません。異なるメーカーの3つの異なるバスアナライザーでこれを試してみましたが、同じ結果が得られました。 ECANモジュールの再構成中は、落ち着くまでに少し時間がかかるようです。そして、バスにバスアナライザーが導入されたことで、今回は何とかしてすべてが完全に機能するように短縮されました。しかし、問題が正確に何であるかはわかりません。 私は過去7日間この問題に取り組んできました。 PS：今日、私はスコープで確認しましたが、電源投入後170 ms後に他のノードが送信を開始すると、すべてが正常に機能することがわかりました。それ以前は、バスアナライザーが接続されていないと、デバイスからメッセージが受信されません。最悪なのは、他のノードの送信を遅らせることができないことです。そのノードのファームウェアは独自のものです。 また、今日のフォーラムで、CANが機能するためにはノードに120Ωの抵抗が必要であることを読みました（ノードに抵抗がなく、ノードが正常に機能する場合でも、再構成後に落ち着くまでの時間を考えると）。バスアナライザーの導入により、ネットワークの電気的パラメーターが何らかの形で変化し、再構成後にノードが安定するまでの時間が短縮されると思われます。しかし、私はわかりません.. :(

8 microcontroller  pic  microchip  can 

CANバスの調停について多くのことを読みましたが、私の質問には答えられませんでした。 あるノードがすでにバス上でデータを送信していて、別のノード間でデータ転送を開始したい場合、その「別のノード」はバスがビジーであることをどのようにして知るのでしょうか。 すべてのドキュメント（私が読んだ）は、両方のノードが同時に送信を開始し、最初のドミナントビットを持つバスがバスを取得するという条件を採用していますが、知りたい条件については誰も説明していません。

8 can