マイクロサービスとモノリシックの違い

サーボモーターの選択に問題はありませんか?キロパワー建築がどのように不安をなくすのに役立つかについて話しましょう

最近、私は何人かの古い友人とお茶を飲み、彼らの工場の自動化プロジェクトについて話しました。包装ラインで働くある兄弟は頭を悩ませていました。新しい生産ラインにはサーボ モーターが必要で、パフォーマンス パラメータも良さそうです。ただし、システムの実行時には常に不具合が発生します。応答が半拍遅いか、複数の軸間の調整に問題があります。行ったり来たりの調整が行われ、工期が遅れるだけでなく、人々の疲労も大きくなります。彼は私にこう尋ねました。「テクノロジーに携わっている皆さんは、『一度限り』という考えを持っていますか? 常に何十ものモーターモデルの中から干し草の山の中から針を見つけさせてくれるわけではありません。」

私たちのことを思い出しますキロパワーチーム内でよく議論される比喩。サーバー システムの選択は、テクノロジー スタックのインフラストラクチャを選択することに似ています。すべての機能をパッケージ化した「モノリシック」を使用する必要がありますか、それとも複数の独立した協調的な「マイクロサービス」に分割する必要がありますか?

何が問題ですか?おそらくモーターそのものではないでしょう

多くの人は、スムーズでないモーション制御に遭遇すると、最初にそれを高性能のモーターに交換するか、パラメーターを大幅に調整することになります。これは、フリーズするコンピューターに似ています。 CPU をアップグレードしたいだけですが、リソースを求めて競合するバックグラウンド ソフトウェア プログラムが多すぎることが原因である可能性があることを無視します。

従来の「大きな全体」の考え方では、非常に強力なコア サーボ ドライバーを選択し、最低レベルの電流ループ、速度ループ、位置ループ制御から、高レベルの軌道計画、さらにはホスト コンピューターとの複雑な通信プロトコルに至るまで、すべてを処理できることを期待する傾向があります。工場におけるすべてを知っている万能のマスターのようなものです。しかし、命令（タスク）が複雑で変更可能になると、マスターのエネルギー配分が狂う可能性があります。 1 つのリンクでの計算遅延は、システム全体の同期に影響を与える可能性があります。さらに、機能の一部をアップグレードまたは変更するとシステム全体に影響を与える可能性があり、テストのためにシステム全体をシャットダウンする必要があり、これはリスクが高くなります。

別の考え方: 各パートを「1 つのことに特化」する

ここで、「マイクロサービス」アーキテクチャのアイデアが私たちにインスピレーションを与えてくれます。大規模で全能の制御コアに依存するよりも、タスクを細分化する方が良いでしょう。複雑な協調動作タスクを分解すると想像してください。1 つは高速かつ高精度の位置決め (たとえば、キロパワー一部のシリーズは、ポジションの閉ループを非常に堅牢にすることに重点を置いています。もう 1 つは、動的トルク性能に重点を置き、素早い応答トルクを補う役割を果たします。これらはそれぞれ独立した「頭脳」(コントローラー) を持っていますが、標準的で効率的なプロトコル (EtherCAT、CANopen など) を通じてリアルタイムで通信し、連携して動作します。

これを行うことで、多くの疑問が突然明らかになりました。

• 柔軟性:特定のリンクをアップグレードまたは交換する必要がありますか?全体の状況に影響を与えることなく、「特殊な」ユニットを調整するだけで済みます。生産ラインのワークステーションをアップグレードするのと同じように、ライン全体を停止する必要はありません。
• 信頼性: 1 つのユニットが一時的な干渉に遭遇した場合、他の独立したユニットが自身の安定性をより適切に維持できるため、システム全体が崩壊することはありません。問題の特定と切り分けも容易になります。
• スケーラビリティ: 将来的に視覚的な位置補正などの新しい機能を追加したい場合は、専用の「ビジュアル サーボ」ユニットを直接追加して、既存のシステムをひっくり返して最初からやり直すのではなく、既存のシステムにシームレスに統合できます。

選び方は？ 「サービス」の境界に注目してください

この話をした後、友人は「原則は理解できましたが、選択の話に戻りますが、『統合』ソリューションを使用するか、『分散』ソリューションを使用するかをどのように判断すればよいでしょうか?」と尋ねました。

それは実際、プロジェクトの「サービス境界」がどこにあるかによって異なります。以下に、自問できるいくつかの質問を示します。

1. あなたの運動タスクは高度に結合していますか?いくつかの軸が歯車のようにずれることなくしっかりと噛み合う必要があり、ロジックが比較的固定されている場合、高度に統合された「統合」駆動システムの方がより簡潔で効率的になる可能性があります。すべての調整が内部で最適化され、一般的なコマンドを与えるだけで済みます。
2. システムは頻繁に変更または拡張する必要がありますか?あなたのクラフトが常に変化している場合は、これを今日実行し、明日はそれを追加するか、将来さらにモジュールを追加することが確実であることがわかります。その場合、ネットワーク接続が容易で、オープンな通信インターフェイスを備えた「マイクロサービス」サーボ製品を選択すると、長期的にはより安心できるでしょう。 Kpower は、一部の製品ラインを設計する際に、この「プラグ アンド プレイ」コラボレーション機能に特別な注意を払っています。
3. あなたにとってトラブルシューティングはどの程度重要ですか?分散アーキテクチャでは、機能モジュール性により、問題が発生すると、「位置情報サービス」が遅いのか、「トルク サービス」が不安定なのかをすぐに判断できます。巨大なブラックボックスに直面する代わりに、すべてのライトは正常ですが、すべてが間違っています。

適切なテクノロジーで最終的な目標を達成しましょう

最終的には、ソフトウェア アーキテクチャであれハードウェアの選択であれ、絶対的な利点や欠点はなく、適合性があるだけです。 Kpower が製品サポートとソリューション提案を提供すると、単一モーターのピーク速度や定格トルクだけでなく、システム レベルでの協調的な柔軟性に注目する顧客が増えていることがわかります。

優れたチームと同じように、各メンバーがオールラウンドチャンピオンになる必要はありませんが、それぞれの強みを持ち、スムーズなコミュニケーションが必要です。次回、サーボシステムの選定に悩んだら、パラメータ単体の比較から飛び出して、どのような「チーム」を構築しているのか、「アーキテクチャ」の視点から考えてみてはいかがでしょうか。このチームのコラボレーション モデルは集中コマンドですか、それとも分散コラボレーションですか?

複雑なモーション制御の問題を解決し、専門部隊に専門的なタスクを処理させることで、多くの場合、より安定した柔軟な未来志向のソリューションが得られます。結局のところ、私たちの目標は、デバッグとメンテナンスの泥沼を何度もさまようことではなく、常にマシンをスムーズかつ確実に動かし、良い製品を作ることです。このランダムな考えがあなたにいくつかの異なる視点を与えることを願っています。

2005 年に設立された Kpower は、中国広東省東莞に本社を置く、コンパクトモーションユニットの専門メーカーとして活動してきました。 Kpower は、モジュール式ドライブ技術の革新を活用して、高性能モーター、高精度減速機、マルチプロトコル制御システムを統合し、効率的でカスタマイズされたスマート ドライブ システム ソリューションを提供します。 Kpower は、スマート ホーム システム、自動エレクトロニクス、ロボティクス、精密農業、ドローン、産業オートメーションなどのさまざまな分野をカバーする製品で、世界中の 500 を超える企業クライアントにプロフェッショナルなドライブ システム ソリューションを提供してきました。