概 要
CANopenネットワークは通常、機能の異なる複数のデバイスで構成されています。1つの主な機能は、すべてのCANopenネットワークに存在するNMTマスタです。そのタスクは、すべてのNMTスレーブのNMT状態を制御および監視することです。一般に、アプリケーションの観点からシステムを制御するCANopenデバイスは、NMTマスタ、たとえばPLCを実装します。
CiA302によるCANopenマネージャは、NMTマスタと追加の機能を組み合わせ、標準的な方法、例えばネットワークのブートアップでプロセスを実装します。この起動は、想定されるCANopenデバイスのスキャンとConfiguration Managerによる設定で構成されています。
さらに、CANopenマネージャは、SDO接続の動的な確立を担当するSDOマネージャを実装することができます。つまり、システムのインストール時にSDO接続を構成する必要はありませんが、CANopenデバイスは実行時に他のデバイスへのSDO接続を要求できます。SDOマネージャの対応デバイスであるこれらのCANopenデバイスは、「SDO要求デバイス」と呼ばれます。SDOマネージャは、CANopenデバイス自身と同じSDO接続がダイナミックに確立されていない場合に限り、同時に2つのSDOクライアントが同じCANopenデバイスのSDOサーバを使用しないようにします。
CANドライバの移植、特定のデモプロジェクトの実装、または直接サポートされていないプロセッサへのCANopenソフトウェアの適合は数日以内に実行できます。利用可能な適応サービスの詳細については、ポジティブワンにお問い合わせください。
仕 様
・ CiA 302準拠CANopen Managerソースコード
・ CANopenマネージャ、マスタおよびスレーブサービスの完全なソースコードセットが含まれています
・ NMTマスターと純NMTスレーブCANopenデバイスの両方に同じAPI（HMIデバイスに役立ちます）
・ 高いスケーラビリティと移植性
・ プレーンなANSI Cで実装
・ SDO接続を動的に確立するためのSDOマネージャとSRDクライアントをシームレスに統合
・ SDOクライアントの完全な透過的管理
・ CANopenデバイスを設定するための簡潔なDCF（DCFの圧縮形式）を使用するConfiguration Manager
・ ハートビートやライフ/ノードガーディングの自動設定
・ マルチインスタンスサポート - 単一の物理ハードウェアプラットフォーム上に異なる論理CANopenデバイスを実装
・ ソフトウェアのメンテナンスとテクニカルサポートの初年度は、無料で含まれています！
・ デプロイされた製品にロイヤリティーがない
・ 完全に有効化されたCANopenツールのセットを含むバンドル版（いわゆるバリューパック）
・ 簡単なANSI-C実装と明確なモジュール化構造により、新しいターゲットプラットフォームへの移植が容易
・ リアルタイムOSとの統合に適した汎用OS API
・ CANopen Managerプロトコルスタックは、標準化されたすべてのCANopenデバイスプロファイルを実装するための通信レイヤーを提供
・ 多くのターゲットシステム用のCANドライバのソースコード
・ サポートされているすべてのCANインタフェース用の統一CANドライバAPI
・ 高解像度タイムスタンプ
・ CiA 304準拠CANopen安全プロトコル拡張（オプションのアドオン）
・ CiA 402モーションコントロールとドライブのデバイスプロファイル（オプションのアドオン）
モジュラ、スケーラブル、ポータブル
ANSI-Cの機能と実装の継続的なモジュール化により、異なるターゲットシステムへの簡単な移植が可能になります。スケーラビリティとパフォーマンスに大きな重点が置かれました。高度に最適化されたメモリ管理とゼロコピーの実装により、不要なデータのコピーが防止されます。CANopen Sourceを使用すれば、コスト効率の高いシングルチップソリューションや複雑なマルチチャネルマスタアプリケーションを作成することができます。私たちのCANopenプロトコルスタックは、多数のマイクロコントローラとともにDSPに移植されました。
CANopenソフトウェアは、個々のモジュールにまとめられています。一部のモジュールは、必要な機能に応じて、プロジェクトに組み込むことも、プロジェクトから削除することもできます。モジュールは、他のモジュールに機能をクロスコールするのではなく、（コールバック機能として）下位モジュールまたは上位モジュールの機能のみをクロスコールします。モジュール間には、グローバル変数の相互参照はありません。「CANopen制御モジュール」（CCM）と呼ばれる中央ソフトウェア層は、アプリケーション層にCANopen機能の簡略化されたAPIを提供し、個々のモジュールの相互作用を制御します。さらに、ハードウェア固有の実装は、CANopenプロトコルスタックとは明確に分離されているため、新しいターゲットプラットフォームへの移植に必要な作業が最小限に抑えられます。
パッケージ
〈CANopen Managerソースコード〉
・ CANopen Managerプロトコルスタックソースコード
・ ODBuilderII
・ ドキュメント
・ 設備関連のCANopenスタック企業ライセンス（実行時手数料なし）12ヶ月のアップデートとサポート
〈CANopen Managerソースコードバリューパック〉
・ CANopen Managerプロトコルスタックソースコード
・ ODBuilderII
・ CANopen設定スイート（LSSプラグイン、USB-CANmodul1、ドキュメント、施設関連CANopenスタックライセンス）12ヶ月のアップデートとサポート
〈オプション〉
外部開発パートナーによるプロジェクト関連、期間限定のCANopenスタックのライセンス拡張
