設計データ管理

設計プロセスでは、設計フェーズの終了後も有効期限がある多くのデータが生成されます。アルティウムでは、設計データの長期および短期の安全な保存と、この設計データが将来のより効率的な設計に貢献できるようにする方法を提案しています。PCB設計データ管理に関するリソースライブラリをご覧ください。

Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
適用
フィルターをクリア
ライブラリの部品作成と3Dモデルの関連付けによる無駄のない設計の実現 ライブラリの部品作成と3Dモデルの関連付けによる無駄のない設計の実現 1 min Thought Leadership カスタムコンポーネントと標準コンポーネントをつなぐコンポーネントライブラリは、SPICEモデルから基本的な2Dフットプリントまでのあらゆる要素を追跡して、レイアウト中に使用するために役立ちます。プリント基板設計の2Dから3Dへの移行を受けて、最新のコンポーネントライブラリは3Dモデルを備えています。 独自コンポーネントのメカニカルクリアランスをチェックするつもりなら、3Dモデルを構築しておくのは良い考えです。しかし、ほとんどの基板設計ソフトウェアプラットフォームはこの機能を提供していないので、機構設計と電気設計のソフトウェア間を行ったり来たりすることになります。そこで求められるのが、MCAD、ECAD、高度な基板設計ツールを1つのプラットフォームに統合したソフトウェアです。 基板設計におけるCADツール カスタマイズしたコンポーネントや独自コンポーネントを基板で使用すると、ほかにはない機能を、大抵の場合はより小さいフットプリントで提供できます。優れたプリント基板設計CADであれば、3Dモデルを含む独自仕様のカスタマイズコンポーネントを構築して、メカニカルクリアランスのチェックに使用できます。 基板でカスタムコンポーネントや独自コンポーネントを使用する場合、3Dモデルをコンポーネントに関連付けて、後から使用できるようにライブラリに保存する可能性が高いでしょう。使用する設計ソフトウェアが包括的なコンポーネント情報管理システムを備えていれば、カスタムコンポーネントに3Dモデルを関連付けて、全てのデバイス間でこのコンポーネントの一貫性を維持することができます。例えば、ある設計でコンポーネントモデルを更新すると、その更新が全ての設計に同期されます。 しかし、ほとんどの設計ソフトウェアでは、依然として、機構設計と電気設計の環境がそれぞれ孤立しています。MCADはECADから切り離されているので、設計者はMCADソフトウェアとECADソフトウェアの間でプロジェクトを移動する必要があります。MCAD、ECAD、高度な基板設計ツールの間で、コンポーネントライブラリ内の3Dモデルを同期してくれる基板設計プラットフォームがあれば、設計中の基板を1つの設計インターフェースで最も正確に表示できます。 Altium Designerによる3Dの面付け 問題の発生元の把握 3Dコンポーネントモデルを構築して別の基板設計プログラムで使用できるようにするには、依然として、独立したMCADモジュールの使用が必要です。CADプログラムで求められるワークフローはMCAD設計モジュールとは異なることが多いので、大抵はコンポーネントモデルを設計中の基板にインポートするためだけに、STEPモデルの作業が必要になります。さらに、この基板を3Dで表示するには、もう一度MCADプログラムにインポートし直す必要があります。このプログラム間での行ったり来たりは生産性を妨げるだけでなく、不適切なクリアランスの原因にもなりえます。 カスタムコンポーネントの3Dモデルを作成する場合、この3Dモデルと互換性のある包括的なコンポーネントライブラリ管理ツールが、基板設計プログラム側に必要になります。コンポーネントモデルを管理するための統合コンポーネント情報システムがない場合、その場限りの方法を使用して、設計ツール間でカスタムコンポーネントモデルを管理するしかありません。このような管理手法では、コンポーネントモデルを1つ変更する場合、設計間での手動による更新が必要であり、エラーが発生する可能性が非常に高くなります。 基板レイアウトを構築および表示するためのCADプログラムがすべて、簡単にその他の設計ツールと同期できるわけではありません。たとえば、回路図ツールとレイアウトツールの動作が一致しないことは珍しくありません。また、回路図向けのCADツールとレイアウト向けのCADツールでは、同じタスクを実行するのに必要なコマンドセットが異なる場合もあります。このため、初めてのプログラムを使用する際の習得期間が長くなり、インターフェースの切り替え時にはコマンドを覚え直す必要があります。 3Dコンポーネントモデリングと標準設計ツールの統合 コンポーネントライブラリと連動してECAD機能とMCAD機能を統合する設計ソフトウェアがあれば、デバイスの電気的ビューと機械的ビューを3Dで同時に表示できます。ECAD設計とMCAD設計の統合によって、3Dでの設計ツールの使用が実現し、電気設計チームと機構設計チームが本当の意味で連携できるようになります。コンポーネントライブラリでは、カスタムコンポーネントとその他のコンポーネントを同じように扱うことができ、コンポーネントの3D STEPモデルをライブラリに直接読み込むことができます。 その他のPCB設計ソフトウェアパッケージも、MCADおよびECAD設計でSTEPモジュールを使用しています。統合設計パッケージに切り替えるとき、 カスタムコンポーネント向けの独自STEPモデルを構築し、必要に応じて既存のSTEPモデルをインポートできます。しかし、旧式の設計プロセスでは、基板を表示してカスタムコンポーネントの3Dモデルを作成するだけのために、ECADプログラムとMCADプログラムを行ったり来たりしなくてはなりません。 設計が完成したら、基板設計ソフトウェアで、シミュレーションおよび解析ツールに加えて、製造業者成果物を生成するためのツールと直接通信することができます。これらのツールがすべて1つのインターフェースに表示され、ワークフローにも一貫性があるので、複数のモジュールを切り替える必要がなく、高い生産性を維持できます。 Altium Designerによるマルチボードのアセンブリ 記事を読む
回路基板のデジタルライブラリ管理: 本棚以上の機能を備えた棚 回路基板のデジタルライブラリ管理: 本棚以上の機能を備えた棚 1 min Thought Leadership 「コンポーネント」という言葉を聞いたとき、IC、LED、抵抗、およびPCBの組み立てに使用するその他の電子的なハードウェアを思い浮かべるのは当然です。しかし、プリント基板設計ソフトウェアの点からみると、コンポーネントを詳しく記述する多くの情報があります。各コンポーネントには、関連付けられた記号、フットプリント、ピン配列、および基板設計CADが使用するその他のプロパティがあります。 市販の多数のコンポーネントを入手でき、またエレクトロニクス企業が新しいコンポーネントを開発する状況では、コンポーネントライブラリの管理は基板設計者の重要な任務の1つになります。設計者は通常、自分の設計で使用するために、フットプリントやシミュレーションモデルも含め、カスタマイズされたコンポーネントを作成します。 基板を設計から製造に移行できるようこの情報を1つにまとめるには、市販の最も優れた設計ソフトウェアが必要です。統合設計環境で作業すると、設計ソフトウェアはコンポーネントライブラリをシームレスに統合し、コンポーネントライブラリへの更新を回路図に簡単に反映できます。 デジタルライブラリの管理 ライブラリ管理は、 コンポーネント、サプライヤー、ライフサイクル、設計で使用する回路図などの管理を指す広義語です。市場には莫大な数のコンポーネントが出回っており、自分のライブラリにそれらのライブラリの情報を集める時間は誰にもありません。ユーザーに代わってこの情報を集めるソフトウェアを専門に開発する企業が多数あり、それによって生産性を上げ、より多くの時間を設計に費やすことが可能になります。 コンポーネントライブラリに含まれる情報は、部品番号の膨大なリストだけではありません。優れたコンポーネントライブラリには、関連する回路図シンボル、レイアウトのフットプリント、シミュレーションで使用するSPICEモデル、電気的特性などの情報が含まれている必要があります。これらのライブラリには、3Dビューワーで使用する3Dモデルも含まれます。これらの全情報を単一インターフェースでまとめると、設計プロセスが格段に効率化されます。 コンポーネントライブラリには、価格、リードタイム、適切な配置といった関連するサプライヤー情報も格納される必要があります。これにより、ユーザーは、部品リストと製造業者用の部品表の生成に必要な情報を入手できます。部品表生成ツールは、製造に移行する前に、設計から直接情報を取り出す必要があります。設計者は、回路基板のために、可能な限り効率的にビア、銅箔、およびコンポーネントを管理すべきです。 デジタルライブラリ管理は、コンポーネントおよび回路図のリストを管理するだけでは不十分です。ライブラリは、コンポーネントサプライヤーの情報やライフサイクル管理ツールと同期する必要があります。ライフサイクル管理ツールを使用すると、廃番になったコンポーネントを適切な代替品で置き換えるための必要な情報を入手できます。これらのツールは全て、別のモジュールとして切り離されているよりも、単一環境に統合されてその機能を最も発揮します。 問題の発生源の把握 基板設計CADによっては、よく使用する特定のコンポーネントのリストを含む新しいライブラリを作成できます。コンポーネントが1000個にまで増えたライブラリでは、異なるコンポーネントモデルを使用して動作するソフトウェアを使用していると、コンポーネントはほとんどシームレスには更新されません。デジタルライブラリは、ユーザーおよびユーザーの目的を考慮して、またライブラリが必要とするリソースおよび情報にアクセスできるよう作成される必要があります。 コンポーネントライブラリを、更新されたバージョンのソフトウェアに変換すると、ライブラリが破損する可能性があります。更新によって、 コンポーネントライブラリのファイル構成が変更される可能性があり、手作業でコンポーネントを構成し、更新しなければならなくなります。ソフトウェアパッケージによっては、ライブラリ管理に役立つコンポーネント情報システムが用意されていますが、アドオンとして購入する必要があります。そのような重要なツールは基板設計CADソフトウェアに備えられていて当然です。 ライブラリ管理は、ただ単に回路図のフットプリントやシンボルを更新するのではありません。設計を確実に最新状態に保つために、サプライチェーンの可用性やライフサイクルの情報を活用する必要があります。6か月前に作成したPCBのデータを開き、製造業者に成果物を送ったにもかかわらず、部品の半分は入手できないか廃番になっていることが判明した場面を想像してみてください。ライフサイクルの状態により、設計内で廃番になった部品を見つけて置き換えることができます。 統合されたデジタルライブラリ管理 統合設計環境での作業は、必要な全てのツールが単一のソフトウェアで提供されるというだけではありません。統合設計環境におけるデータ管理では、新しいコンポーネントの定義時に再利用できる統一されたコンポーネントモデルが使用されます。それらのコンポーネントモデルは、新しいコンポーネントのテンプレートとして機能し、設計およびライブラリに新しい機能を追加するために必要な時間を節約できます。 また、設計ソフトウェアは、コンポーネントライブラリとサプライチェーン情報を更新することで、生産性を向上させる必要があります。設計者は、コンポーネントの更新やサプライチェーンの情報を求めてインターネットを探し回るために時間を割く必要はありません。また、それらの重要な更新について、信頼できないサードパーティーのサービスに頼る必要もありません。さらに、統合設計環境により、ユーザーは更新を自分の回路図にシームレスに転送することもできます。 統合コンポーネントのフットプリントを修正する必要がある場合、PCB設計ソフトウェアは、フットプリントの変更を並べて表示し、比較を目視できるようにする必要があります。シンボル、ピン配列、回路図の変更も同様に簡単に比較できる必要があります。同様の考え方はコンポーネントテンプレートにも適用されます。これにより、組織の全員が、ライブラリ内のコンポーネントの変更にアクセスできるようになります。 多くのコンポーネントは、静電容量、実装スタイル、定格電圧などの共通のプロパティを共有します。高度なコンポーネント管理ツールを使用して作業している場合、それらのプロパティを各コンポーネントに、単一インターフェースで簡単に割り当てることができます。プロパティを各コンポーネントに個別に追加できるほか、Parameter Managerのコマンドを使用して、複数コンポーネントにプロパティを追加することもできます。回路基板およびデジタルライブラリは、効果的なコンテンツを作成し格納できるよう管理できます。 記事を読む
管理が面倒な回路図設計を体系的に整理する方法 管理が面倒な回路図設計を体系的に整理する方法 1 min Thought Leadership 私の息子は6歳ですが、自分のおもちゃや私物の整理が非常に得意です。同じ年頃、私自身は自分の持ち物は全て大きな収納ボックスにまとめて放り込んでいました。一方息子は、異常なまでの整理整頓の才能があります。息子の細部に至るまでの細心の注意は、場合によっては少々ストレスですが、私は常に遊び場の整理整頓を息子に任せられる、ということを意味します。 プリント基板設計においては、自分のプロジェクトを引き継ぐハードウェア設計者が必ず容易に作業を進められるよう、回路図ドキュメントを同一レベルで整理して表示する必要があります。誰も回路図を理解できないという理由で常に電話やメールに悩まされるのは、最も避けたい状況です。 回路図設計の基本 電子回路設計の多くの記事は、 電磁干渉(EMI)の低減や高速設計など、基板レイアウトのベストプラクティスについて論じています。ですが、基板に最初のネットの配線を開始する前であっても、正しい回路図を用意する必要があります。実際は、回路図設計は基板設計で最も見落とされがちなところです。 ハードウェア設計を開始している場合、おそらく、完成した回路がどのようになるか、大まかなアイディアはあります。回路図設計の一般的な方法は、 マイクロコントローラーのような主要コンポーネント、メモリーチップ、特殊機能の集積回路(IC)などの配置から開始します。それに続き、コンポーネントを接続する前にパッシブコンポーネントを配置します。 次に回路図を基板レイアウトにエクスポートします。基板レイアウトには、対応するフットプリントが、相互接続したネットとともに表示されます。基板で適切な接続を生成する回路図設計は重要に思われます。しかし実際には、回路図設計は適切に整理して容易な理解と再利用を確実にする必要があります。 回路図設計を整理する方法 回路図の整理は、習慣と、使用しているプリント基板設計ソフトウェアの機能の組み合せです。以下は、私が通常回路図を整理している方法です。 1. 回路図シートを機能ごとに分ける コンポーネントが比較的少ない、シンプルな設計では、1枚の回路図シートで回路全体を作成することは理にかなっています。ただし、何百ものコンポーネントを使用する複雑なハードウェア設計に取り組んでいる場合、1枚の回路図シートに全てが詰め込まれたら、むしろどうしようもありません。 その代わりに、上図のように異なる機能に対して異なる回路図シートを作成することをお勧めします。これにより、個々のシートの回路図がより管理しやすくなるだけでなく、新しい設計で簡単に再利用できるようにもなります。 整列して表示された回路図ドキュメント 2. デジグネータのシステムを作成する デジグネータは、場合によっては、回路図内でコンポーネントをすばやく相互参照させる便利な方法になります。数百ものコンポーネントの中で、1つのコンデンサーを見つけたり削除したりする場合、デジグネータシステムの使用はとても助かります。 私の回路図では、デジグネータは、コンポーネントのタイプ、それが属しているシートの番号、シート自体のコンポーネントインデックスを表すよう作成されています。例えば、D0512は、5番目の回路図シートのダイオードを表し、12番目の類似コンポーネントです。コンポーネント数の一般的な概算として、回路図シート下部に各コンポーネントの数の範囲を一覧表示することもできます。 3 記事を読む
医療IoTアプリケーションの設計:課題と考慮事項 IoT医療製品およびアプリケーション設計:課題と考慮事項 1 min Thought Leadership 理想的には、あらゆる技術は人々に大きな影響を与え、人々が必要とするあらゆるタスクを達成する能力に影響を与えます。しかし、新しい技術が医療分野に導入されるとき、常にリスクは少し高くなります。どんな欠陥、エラー、または機能不全も直ちに誰かの健康に影響を与える可能性があることを認識する必要があります。確かに、すべての医療機器が生死に関わるわけではありませんが、それでも慎重に考慮されるべきです。 IoTの設計は常に挑戦ですが、医療IoTアプリケーションは追加の複雑さのレベルを持ち、追加の注意が必要です。コンポーネント選択プロセスをより厳格にするだけでなく、デザインはデバイスが重い摩耗やさまざまな環境条件にさらされることを考慮する必要があります。さらに、安全性と信頼性を最優先事項としなければなりません。どこから始めればよいでしょうか? デバイスとウェアラブルの種類 一般的に、医療IoTデバイスは、エンジニアリングの観点から、または医療の観点からの2つの視点で考えることができます。エンジニアリングの観点から見ると、医療IoTデバイスは大きく2つのカテゴリーに分かれます:埋め込み型センサーとモニター、またはウェアラブルです。 植込み型センサーとモニター: これらのデバイスは、エンジニアリングの観点から、材料、コンポーネント、および身体の動きによって影響を受ける信号の相互作用に特に注意を払って製造する必要があります。さらに、植込み型センサーやモニターを設計する場合、電源に関して計画を立てることが重要です。おそらく、バッテリーが切れた場合、デバイスに電力を供給するために何らかの侵襲的な処置が必要になるでしょう。 ウェアラブル: これらのデバイスは植込み型センサーやモニターと性質が似ていますが、植込み型デバイスよりも環境要求が異なります - 湿気への抵抗性とより大きな柔軟性が必要です。そして、一貫した電力供給が常に望ましいですが、ウェアラブルは植込み型デバイスよりも電力需要に適応しやすくなります。 医療の観点からこれらのデバイスは、その影響に基づいてより多く分類されます:生命管理に不可欠なデバイス、健康追跡と生命管理のための非重要デバイス、および健康またはフィットネストラッカー。 バイタルトラッキングとライフマネジメント:これらの電子機器は、 ペースメーカーや人工呼吸器などの追跡に使用されます。これらは、生命に不可欠な臓器やシステムに関する収集されたデータを送信する責任があります。これらのデバイスに対する注意は、重要な身体機能での役割に警戒すべきです。 非バイタルライフマネジメント:非バイタルライフマネジメントの分類は、これらのタイプのデバイスがそれほど重要ではないと指示する意図ではありませんが、本質的に、これらのデバイスが故障した場合に必要な対応の時間枠が著しく長くなることを診断します。これらのタイプのデバイスには、血圧計やグルコースモニターなどがあります。 健康またはフィットネストラッカー:その名の通り、健康またはフィットネストラッカーは、個人のフィットネスと健康を維持するために、歩数、食事、カロリー消費などのデータを追跡します。 デバイスの分類方法に関わらず、医療IoT電子機器は、患者と個人ケアのためのデータ管理の関係を大幅に変えることができます。 レイアウトとシステム要件 メディカルIoTには、患者が機器を通して経験する厳しいさまざまな環境に耐えることができる非常に頑丈なハードウェアが必要です。それはシャワー、スポーツイベント、または単に日常の座りがちな状態かもしれません。頑丈である一方で、ハードウェアは高品質の信号を収集し、環境ノイズを除去することによって信頼性の高いデータを提供するのに十分な感度も必要です。 さらに、収集された信号は信号処理も必要であり、これにはマイクロプロセッサが信頼性の高いパフォーマンスに必要なデータ処理を管理できる十分な速度と能力を持っていることが求められます。それはアナログ入力の解釈だけでなく、入力からの動作アーティファクトの除去など、より複雑なことを含むかもしれません。その後、そのプロセッサはウェアラブルアプリケーションに適したバッテリーで機能するために十分に低い電力要件を持っている必要があります。 フォームファクター 記事を読む
統合環境における制約駆動設計とルール駆動設計 統合環境における制約駆動設計とルール駆動設計 1 min Thought Leadership もし、人生のルールが自動的にチェックされたらどんなに素晴らしいだろうか。私はイタリア料理を作るのが好きだが、料理本とトマトソースの鍋の間を行き来するのは疲れる。キッチンでの唯一の自動ルールチェック機構はオーブンタイマーだ。幸いにも、PCBデザイナーにとっては、制約とルールのチェック機能を含む高品質のソフトウェアパッケージがあり、レイアウトと回路図を自動的にチェックできる。 ルーティング、スペーシング、伝搬遅延、ファンイン/ファンアウト、ビアに関する設計ルールをPCBに設定する能力は、PCB設計ソフトウェアの必須機能となっている。しかし、すべてのPCB設計ソフトウェアが同じように作られているわけではない。異なるプログラムでは設計ルールの定義が異なる方法で表示され、設計ルールは異なるインターフェースで定義され、いくつかの表示は他より直感的である。 PCB設計ソフトウェアは、設計ルールと制約を設定するだけでなく、これらのルールが回路図とレイアウトにどのように表示されるか、特定のアプリケーションに対してルーティング制約と指示をカスタマイズする柔軟性を提供すべきである。統合設計環境で作業するとき、設計ルールはプログラムの一部で定義され、レイアウト全体に適用される。 制約駆動型対ルール駆動型設計 制約ベースの設計とルール駆動型設計は、基本的な原則の下で動作します。定義された設計ルールに対してレイアウトをチェックし、設計者に違反を表示します。しかし、表面を掘り下げると、これらの方法論の間の主な違いは設計環境に関係しています。 制約駆動型設計を使用する一部のPCB設計ソフトウェア会社は、複数のプログラム間で制約定義を受け渡します。これが統合設計環境と呼ばれているにもかかわらず、設計はユーザーインターフェースの下で真に統合されていません。 真に統一された設計環境はこれを克服します。すべての制約定義とチェックが単一の統一インターフェースで行われます。回路図キャプチャプログラムからレイアウトプログラムに制約を送信する代わりに、回路図とレイアウトを一つの屋根の下で真に統合するソフトウェアを使用するのはどうでしょうか? 言われているように、ルールは破るためにあるものです。すべての設計ルールがすべての状況に適用されるわけではなく、設計ソフトウェアの仕事は、ルールを破ったときに通知することです。デザイナーやエンジニアとして、そのルールがデバイスが適切に機能するために本当に重要かどうかを決定するのはあなた次第です。レイアウト内のルール違反を明確で視覚的な方法で示すグラフィックをカスタマイズできるべきです。誰もルール違反のリストをスクロールして、モデル内の違反要素を手動で探したいとは思いません。 一部の設計ルールは他のルールよりも優先される必要があります。これを念頭に置いて、設計ソフトウェアはどの設計ルールをプロセスで優先するかを定義できるようにするべきです。これにより、優先順位の順にルールが順次チェックされます。このタイプのルールチェックは不必要なルールの衝突を防ぎ、統合設計モデルを使用するソフトウェアパッケージ内でのみ機能します。 Altium Designerのルールエディタ 制約と設計ルール:不足した場合はどうなるのか? 多層ボード、 HDIアプリケーション、高速設計、および 高周波設計において、ビアのパラメータと隣接する機能とのクリアランスを定義することは非常に重要です。これらの重要な構造に対する設計ルールを定義する際には、設計プロセスの各ステップでルールが設計にどのように影響するかを正確に表示するグラフィカルインターフェースを含めるべきです。 ビアとルーティングパラメータのグラフィカル表現を含まないソフトウェアは、設計者が抽象的な識別子に基づいてすべての設計ルールの意味を記憶することを強いるため、重要なルールを無視したり、誤って他のルールを適用したりする可能性があります。これはまた、新しい設計者が設計ソフトウェアに慣れるまでの時間を増加させます。 PCB設計ソフトウェアが、トレースクリアランスやビア設計のようなものにのみ設計ルールが適用されるという視点を取る場合、重要な機能に関する設計ルールを定義する機会を失います。信号整合性、高速設計、ルーティング指示、およびその他の仕様に関するルールは同様に重要であり、回路基板に同様の容量で影響を与えます。 あなたのソフトウェアにこれらの設計ルールが含まれていない場合、これらの重要な要件を満たしていることを確認する唯一の方法は、シミュレーションを含めるようにプロセスを調整することです。これらの領域の問題を修正することは時間がかかり、設計とシミュレーションの間を行き来する必要があります。設計とシミュレーションのソフトウェアが統合された設計環境に組み込まれていない場合、状況はさらに悪化します。 設計ルールはルーティングだけに関するものではありません 複雑なデバイスに取り組むとき、設計ルールは不可欠です。おそらく、制約エディタ、設計ルールチェック、 記事を読む