サインイン

プロジェクト管理

追加のスクリーン領域で生産性を向上させる方法

Whitepapers 追加のスクリーン領域で生産性を向上させる方法電子設計において、可能な限り生産性を向上させる必要があります。そのため、電子設計者は、それを助ける技術に対しても本能的な親和性を持っています。長期的に時間とお金を節約することを意味するなら、最新のツールやトレーニング、その他の機能にお金を投資することをいとわないのです。しかし、よく見落とされがちで、しかもそれほど費用がかからない別の領域があります。それはスクリーンのリアルエステートです。導入もはや単一のモニターでは不十分です。標準的な構成は2つのモニターであるべきです。実際、一目で必要な情報の量や、同時に開いて見えるようにする必要がある編集ウィンドウの数によっては、3つや4つのモニターに投資することを決めるかもしれません。このシンプルで比較的安価なアップグレードは、あなたの生産性を飛躍的に向上させることができます。日常業務複数モニター環境で働くことの最も直接的で顕著な利点を見てみましょう。これらは、より多くのスクリーンスペースを使って、より速く行うことができる毎日行う小さなことです。カット＆ペースト - 些細でありながらも、編集作業中に誰もが何度も行う作業です。あるウィンドウからコピーして、別のウィンドウにペーストします。そして、おそらく一つのモニター内で画面を分割したり、異なるアプリケーション間でタブを行き来したりする際の苦労も経験しているでしょう。これは痛みを伴うプロセスかもしれませんが、そうである必要はありません。画面のリアルエステートを増やすことで、両方のウィンドウをフルサイズで即座にアクセス可能にすることができます。この効率の向上だけで、ほとんどの組織において、デザイナーに少なくとも2つのモニターを装備するために必要なROIを正当化するのに十分な生産性の向上をもたらします。デジタル指示に従う - 現在のプロジェクトで、あなたは慣れない作業を行う必要があります。しかし、心配はいりません。プロセス全体をステップバイステップで詳しく説明したウェブページやPDFファイルがあるので、正確に作業を進めることができます。ただし、各ステップを実行した後、次に何をするべきかを確認するために指示ページに戻る必要があります。再び、些細なことのように思えますが、2つのアプリケーション間を絶えず切り替えることは、時間の無駄であり、面倒な作業です。セカンドモニターを追加するだけで、指示書を常に完全に表示させることができ、もう一方の画面でステップバイステップで作業を進めることができます。これだけでも、ほとんどの組織で十分な時間を節約でき、追加のモニターのコストを正当化することができます。オンライン研修と会議 - Skype会議中に重要な文書を参照する必要がある人なら、誰でもよくある状況です。必要な文書にアクセスするためには、チャットウィンドウを最小化してデスクトップを検索する時間を費やします。もちろん、事前にすぐにアクセスしやすい場所に置くと考えていましたが、それでもアクセスするのに余分な時間がかかり、あなたの時間だけでなく、あなたを待たなければならない会議の全員の時間も無駄にします。オンライン会議中に、会議のビューを維持しながら、他の文書やアプリケーションを一目で参照できると便利ではないでしょうか。これらは、画面のリアルエステートを増やすことで、毎日の小さな方法で時間を節約し、生産性を向上させることができる多くの例のほんの一部です。1つのモニターではなく2つのモニターを持つことで、これらのタスクを実行するたびに数秒しか節約できないかもしれませんが、時間が経つにつれてそれらは積み重なります。秒は分、時間、そして年間を通じてさえ日に変わります。複数モニターソリューションを使用するために構築されたアプリケーションもし、上述のような小さな日常的なタスクを処理するためだけに二画面システムを使用していたとしても、それは投資のROI（投資収益率）に十分見合う価値があります。しかし、さらに重要な理由が、より多くのスクリーン領域に投資することにあります。現代のアプリケーション、特にプロフェッショナルなツールは、さまざまなモニター構成をサポートするための強力なサポートを提供する必要があります。そうすることで、実際にどれだけのスクリーン領域を持っているか、少なすぎるのか、あるいは豊富かを理解することができます。さらに、これらの最高のプリント基板は、提供できる限りのスクリーン領域を最大限に活用するように設計されています。それが1つのモニターであろうと、2つであろうと、それ以上であろうとです。利用可能なスクリーンスペースを効率的に利用するように構築されたアプリケーションは、最低限、UI内で以下の機能を実行できるべきです：同じソフトウェアのインスタンスから複数のウィンドウを同時に開くだけでなく、これらのウィンドウ間で相互作用する能力を提供すること：ドキュメントのドラッグ＆ドロップ、カット＆ペーストなど。ユーザーがツールバーやパネルをアプリケーションウィンドウ内に制約されることなく、利用可能なスペースに配置できるようにする。

物理的および電気的なPCB設計の比較を容易にする

Whitepapers 物理的および電気的なPCB設計の比較を容易にするより小さく、より高機能な電子機器への需要の増加は、より複雑で密集したPCBの開発を大きく推進しています。電子設計自動化（EDA）ソフトウェアは定期的に更新されてPCBボード設計の複雑さに対応していますが、ボードデザイナーはソフトウェアによって行われたあらゆる設計変更を確認し、承認する必要があります。レビューサイクルを通じて物理的および電気的なPCB設計を比較するには、一つのPCB設計に複数のボードデザイナーが協力することで生じる可能性のある物理的および電気的な変更の両方を比較する必要があります。PCBレビュープロセス中にこの情報をボードデザイナーに効率的に提供するための取り組みはほとんど行われていません。この論文では、複数のPCB設計を統合する前にボードデザイナーが変更を特定する必要が生じる際の課題と、このプロセスを容易にするための利用可能なソリューションについての概要を提供します。 PCB設計協力の概要エンタープライズおよび中小企業のボードデザイナーには、設計責任を委任する共通のニーズがあります。通常委任されるタスクには、PCBレイアウトからルーティング、回路図のキャプチャ、設計検証などが含まれます。複数のコラボレーターの作業を一つの矛盾のないプロジェクトに統合することは、独自の複雑な課題をもたらします。例えば、異なるドキュメントからのネットリストを統合する必要があり、それらが回路図上の配線やPCB設計ルール上の事前にルーティングされたトラックへのリンクを維持することです。ボードデザイナーは、バージョン管理されたリポジトリ、他のコラボレーター、またはサードパーティツールから取得したファイルを通常扱います。彼らは、2つの別々のファイル間に存在する可能性のある物理的および電気的な設計の違いを特定する必要があります。その後、これらの設計の違いを破棄するか、または統合するかの決定を下さなければなりません。設計レビューの障壁デザインの違いを特定することは別の問題を引き起こします：EDAソフトウェアは、ボードデザイナーにデータを見つけて提示し、どの変更を承認し、どの変更を却下するかを決定することになります。そのデータは、テキスト、表、画像、またはそれらのすべての組み合わせの形で提示されることがあります。そのデータを整理してボードデザイナーに提示することは、生産性を妨げない方法で行われたとしても、ほとんどのEDAソフトウェアパッケージにとって一般的には課題です。一部のEDAソフトウェアは、複数のウィンドウパネルを使用してデザインレビューインターフェースを実装しようとします。他のものは、2つ以上のパネル間を行き来する必要があるサードパーティのソフトウェアを使用します。後者の方法は、比較プロセス中にデザインの変更を簡単に混同する可能性があるため、非常にエラーが発生しやすい傾向があります。一般的な間違いは、表1に示されています。表1：デザイン比較プロセス中に見落とされがちな一般的なエラー大規模なプロジェクトでは、数千にも及ぶ異なる設計変更があり、厳しい締め切りと組み合わされるため、ユーザーの不確実性に対してはまったく余裕がありません。特定の変更を承認する際には、ボードデザイナーはその変更が全体の設計スキームに実際に合致しているかどうかを最初に判断しなければなりません。これは、リスト上の各個別の設計変更に対して彼らの不確実性を克服しなければならないことを意味します。これは、EDAソフトウェアの評価に費やされる時間の大幅な無駄であり、ボード変更のレビューではなく。 Altium DesignerにおけるPCBデザイン比較 Altium Designerは、シンプルでありながら強力な一連の組み込み比較ツールを実装しています。比較インターフェースのプレビューは下記の図1に示されています（アドバンスドモードで表示）。Altium Designerには2つの異なる比較ツールがあります。 PCB設計ソフトウェアとスキーマティック（例えば、ネットラベルやネット名）の異なるバージョン間に存在する論理的な違いを検出するために使用されるShow Differencesコマンド（プロジェクト -> Show Differences経由で利用可能）があります。Show Physical Differencesコマンド（プロジェクト ->

コンポーネント管理ワークフローの統合 (設計データ管理)

Whitepapers コンポーネント管理ワークフローの統合 (設計データ管理) 要約今日の製品納期の速さが増す中で、エンジニアは新しいデザインや製品の要求だけでなく、部品の入手可能性、価格、および廃止の追跡という難題にも直面しています。この問題に対処するために、Altium Designer^®でのデータ管理方法を見ていきます。コンポーネント管理を統一して、より良い設計データ管理を実現します。もう主要コンポーネントがバックオーダーになったり、さらに悪いことに、廃止されたりすることはありません！このAltiumホワイトペーパーが役立ちます。このトピックについて詳しく知りたい方は、Altium.comで完全なソリューション - コンポーネント管理ワークフローの統一 - をご覧ください。コンポーネント管理レガシープロジェクトを更新する場合、どうしますか？既存の技術を借りて新しいプロジェクトを作成するのはどうでしょうか？どのコンポーネントがまだ入手可能で、どの新しいコンポーネントが初期注文を組み立てるのに十分な在庫を持っているか、どうやって知りますか？エンジニアはプロジェクトに設計するコンポーネントを探すためにインターネットを徹底的に調べる時間を大幅に費やしますが、結果は最終的に限られています。プロジェクトの途中で、主要なコンポーネントがバックオーダーになっていること、あるいは、さらに悪いことに、廃止されていることに気づいたことは何度ありますか？適切な代替品を探してディストリビューターのウェブサイトを掘り下げるために、何度も眠れぬ夜を過ごしましたか？これらの問題に役立つ、Altium Designer^®から提供されているいくつかのデータ管理ソリューションを見てみましょう。図1 - テンプレート、ライブラリ、および例の位置。電子データ管理はコンポーネント管理から始まります。 Aberdeen Group [1]によると、最高クラスの組織は、設計決定を行う際に、価格、利用可能な購入数量、代替コンポーネント、および設計の推定価格をすべて前もって提示する、集中化されたライブラリ管理システムを実装しています。

デザイン効率を向上させるプロジェクトテンプレート

Whitepapers デザイン効率を向上させるプロジェクトテンプレートの活用 Altium Designerにおける階層的回路図設計 Altium Designerの新規ユーザーは、回路図シートを階層的に上位から下位、または下位から上位に整理する利点を完全に理解していないことがあります。その結果、プロジェクトの整理について二の足を踏むことなく、単純な（フラットな）回路図設計を進めることがよくあります。この文書では、シートシンボルとそれらが大規模な設計の部分を同期するためにどのように使用されるかについて、包括的に見ていきます。シートシンボル Altium Designerで階層的設計を始めるには、シートシンボルの作成が必要です。回路図シートシンボルは電気的プリミティブであり、階層的回路図組織または階層組織チャート内のサブシートまたは子シートを表すために使用されます。シートシンボルにはシートエントリも含まれており、これは親と子の回路図シート間のネット接続を提供する作業分解構造を提供し、フラットシート回路図設計図のスキーマティクス間でポートがノードを提供するのと同様の方法です。シートシンボルは、大規模な設計で複数の回路図を整理するために使用でき、ユーザーにプロジェクト全体のネット接続を見渡す全体的な柔軟性を提供します。以下の画像では、シートシンボルがデザイン指定子によって定義されています。これを使用して、デザインのカテゴリを設定し、それぞれのファイル名を特定の回路図シートにリンクさせることができます。シートシンボルのエントリを定義する際には、シートエントリ名がサブシート内の同じ名前にリンクされます。図1 - シートエントリ付きの一般的なシートシンボル Altium Designerでシートシンボルを作成するには、回路図エディタで「配置 -> シートシンボル」に移動します。それを行ったら、「配置 -> シートエントリ」に移動して、シートシンボルにシートエントリを配置して回路図に追加できます。 Altium Designerのシートシンボルのプロパティでは、デザイン指定子をラベルとして定義できるほか、リンクに不可欠なファイル名も定義できます。ファイル名が定義されると、シートエントリを追加して編集できます。その名前は、サブシートレベルの既存のポートまたは電源ポートのいずれかと一致していなければなりません。図2

Three Ways To Simplify Output Generation Using Altium Designer

Whitepapers Altium Designerを使って製造データ出力を単純化する三つの方法 PCB設計から製造プロセスの過程で発生する遅延の多くは、製造とアセンブリのための正確なデータとドキュメンテーションで回避することができます。さらに、必要なデータを簡単に再現することは、PCB設計者と製造者の間のコミュニケーションのための大きな時間節約になります。Altium Designerで利用可能な出力ジョブ設定ファイルは、PCB設計の出力生成を制御し、最終的に単純化するための適切なソリューションを提供することができます。なぜ出力生成プロセスをシンプルにするのか？毎回、問題なく設計が終了すると、製造、実装のプロセスが始まります。多くの場合、このプロセスはそれ自体でプロジェクトになり、製造、実装担当者に送るためにさまざまなファイルを揃える必要があります。必要なファイルの典型は、部品表 (BOM)、ガーバーファイル、NCドリルファイル、ODB++ファイル、IPC-2581ファイル、Pick and Placeファイル、実装図面などです。製造、実装の要件に応じて、このリストに他の項目を追加または削除することができます。また、最初にドキュメントを提出した後で、基板製造業者がプリント回路基板(PCB)設計者に新しいデータや追加データを求めることもよくあります。特定のフローを標準化したり、少なくともデータ生成の標準的な出発点を決めることで、設計後のプロセスをより簡単にすることができます。基板設計と製造サイクル通常、PCB設計者には、設計完了後に生成する標準的な一連のファイルがあります。必要な各ファイルを生成、アーカイブして、製造業者に送信する必要があります。これは、複数のステップからなるプロセスであり、特に新しいレビジョンや変更のためにこのプロセスを繰り返す必要がある場合は、貴重な時間を費やさねばなりません。これは、一般的な手順であり、生産性に影響を与える問題として当初は表面化しない可能性があります。ただし、製造、実装に必要なファイルの数により誤りの危険性があります。下の図は、典型的なプリント基板製造のサイクルを示しています。図 1: 製造サイクルに対する基本的な PCB設計最初にデータを受け取った後、多くの基板製造業者は、新しいデータ、追加データ、あるいは基板設計者からの修正データが必要になる問題を見つけることに慣れています。新しいデータや修正データが要求されると、基板設計者は、必要な各ファイルを生成する最初のプロセスから実行しなければなりません。この再実行にかかる余分な時間は、PCB設計者が出力生成に使用する特定のプロセス、またはワークフローに大きく依存します。手順を繰り返すごとに時間と費用が失われるので、手順の再実行は全体的な生産性を損なう可能性があります。 PCB設計者と製造業者の間の流れは、可能な限りシームレスでなければなりません。特に、そのコミュニケーションは、製造プロセスのPCBにとって欠かせないからです。出力の標準化製造、実装のためのデータ、およびドキュメントをすべて生成し管理する一元的な方法があれば、設計者が直面する多くの課題に対する適切な解決策が得られます。 Altium

PCBリリースビューで出力ジョブファイル処理を自動化

Whitepapers PCBリリースビューで出力ジョブファイル処理を自動化 Altium Designerのユーザーは、Altium Vaultを使用して、出力ジョブファイルの処理を自動化する自動化された高整合性設計リリースシステムを生成することができます。出力ジョブファイルを使用して、Altium Designerプロジェクトに必要なドキュメントの要件を定義し保存することは、非常に効率的で強力な機能です。出力ジョブファイルによってサポートされる出力タイプが増えるにつれて（例えば、フットプリント比較レポート、STEPファイルのエクスポート、3Dムービーの作成など）、または企業のドキュメント要件が増加するにつれて、必要な出力コンテナの数はかなり大きくなる可能性があります。現在、出力ジョブファイルエディタ自体内で一度に複数の出力コンテナの内容を生成する方法はありません。したがって、ドキュメントパッケージ全体を生成するには多くのマウスクリックが必要になるかもしれません。数年前、Altiumは製造への設計リリースのための新しいデータ管理プロセスを導入しました。これにより、生産スケジュールを守ることができます。このプロセスの目的は、Altium Vaultテクノロジーを利用して、自動化された高整合性PCBリリース管理システムを提供することです。しかし、Vaultを使用していない顧客でも、提供される一部の自動化を利用することができます。この自動化は、一つまたは複数の出力ジョブファイルをバッチ処理するために使用でき、以下で概説されています。図1 - 出力コンテナの修正図2 - 出力コンテナの修正出力ジョブファイルの編集このプロセスの最初のステップは、リリースプロセスがそのコンテナを検出するように、自動化出力ジョブファイル処理出力コンテナを編集することです。これは、まずコンテナの設定で変更リンクをクリックすることから始めます。ベースパスがリリース管理に設定されていない場合は、現在のベース出力フォルダの名前をクリックします。これにより、リリース管理と手動管理の選択肢を示す小さなウィンドウが表示されます。リリース管理オプションを選択します。これで、出力は手動管理フォルダ名によって指定された場所ではなく、リリースプロセスによって決定されるメインの出力場所に書き込まれます。

Need Help?