Altium の Vault によるエレクトロニクス設計 Methodology
ー
Contents
- バージョンコントロールの設定
- Components フォルダ構造
- Design Content フォルダ構造
- Hardware Design フォルダ構造
- テンプレートを使用して設計プロジェクトを素早く作成
- リンクした Output Job Configuration ファイル
- パネルとデザインを分ける
- Altium Vault の設定
- Vault 構造
- Vault Item ID
- レビジョン割り付けとライフサイクル管理方針
- Vault ユーザと権限を管理
- Vault に無い場合、作成してリリ-ス!
- モデル
- 回路図シンボル
- PCB 2D/3D コンポーネントモデル
- Generic モデル
- コンポーネント
- コンポーネントモデルの入手
- 管理されたシート
- 名称割り付け方法
- デザイン基準
- デザインの構成とリリース
- 標準の構成を使用
- リリースプロセス
- 製造と実装データへアクセス
Parent article: Vault によるエレクトロニクス設計
Altium は、Altium Designer の統一したエレクトロニクス製品開発ソフトウェア(設計データ管理機能とVault 技術)を使用して、エレクトロニクスを設計するために新しく合理化した methodology を構築し続けます。この methodology(ツールや技術を使用して設計フローを最適化する方法)は、再利用する設計概念の中枢です。そして、全てのデザイン要素(モデル、コンポーネント、回路図シート、デザインモジュール等)はリリースされ Altium Vault から入手できます。このように、この進化する methodology は Vault-Driven Electronics Design として知られています。
全てのデザイン要素を vault で管理し使用するために承認するため、この設計 methodology を取り入れる利点は、作成したデザインの質を強化します。そして、生産性が上がることで 'ブロックを構築する' デザインのリポジトリを使用してデザインを素早く作成できます。
このアーティクルでは、Altium のハードウェアチームが定義して実施した Vault によるエレクトロニクス設計 methodology を説明します。チュートリアルのようですがそこまで厳密ではありません。その methodology(鍵となる要素の概要や、Altium Designer、Altium Vault の技術がデザインを合理化するために使用する方法を提供)を '練習する' ようなものとして考えてください。
SVN、または CVS バージョンコントロールのプロバイダは、システムでサポートします。この練習では SVN のみ使用しますが、CVS を使用する時のプロセスも同様です。開始する前に、TortoiseSVN、または類似の Subversion ブラウザインターフェースをインストールする必要があります。TortoiseSVN は http://tortoisesvn.net/downloads からダウンロードできます。
バージョンコントロールの設定
Related article: Design Repositories
バージョンコントロールと Altium Vault 技術はデザインで共存します。Vault は、リリースしたデータ(新しい設計プロジェクトの全ての要素を配置したソース)の安全なリポジトリを提供します。それは、設計側のソース(基本的に毎日、設計チームが変更し、リンクしたデザイン item の一連のレビジョンとして vault へリリース(または、再リリース)するソース)を保存するバージョンコントロールリポジトリ(バージョンコントロール下の Design Repository として Altium の設計データ管理システム内で知られた)です。
そのため、ソースデザインプロジェクトはバージョンコントロールリポジトリ内でライブな状態です。エレクトロニクス(特徴や機能性)は、vault ベースのコンポーネント、管理されたシート、モジュールボードのような実装、バージョンコントロールリポジトリ内に保存される設計側のソースを使用してデザインで実行されます。変更は、設計チームのメンバーが行い、SVN、または CVS リポジトリへ変更をチェックインする時、記録されます。そのプロセスはいつでも検査できます(誰がいつどのドキュメントで何を変更したか)。それから、ボードを製造、実装する必要があるデータの生成と共に、設計プロジェクトは適切な段階で vault へリリースされます。
また、Altium の設計 methodology では、デザインテンプレートの場所として、設計プロジェクトで共有される共通のファイル(プロジェクトテンプレートファイルの構築やリンクしたソースドキュメント)として利用するためにバージョンコントロール上を頼りにします。設計者は、これらのファイルをローカルでチェックアウトするために、バージョンコントロールリポジトリを利用し、新しい設計プロジェクトを開始するためにプロジェクトテンプレートを使用します。
Altium Designer は、サービスプロバイダとして Subversion (SVN)、または Concurrent Versions System (CVS) を使用してバージョンコントロール下の Design Repository をサポートします。Altium Designer は Subversion の機能を内蔵しています。新しいフォルダベースの SVN Design Repository を素早く作成するには以下を行います:
- Preferences ダイアログを開きます。
- Data Management – Version Control ページで、SVN - Subversion が有効なバージョンコントロールプロバイダとして表示されます。そして、built-in Subversion がデフォルトで有効になっています。
- Data Management – Design Repositories ページで Create New ボタンをクリックし、ドロップダウンメニューで SVN を選択します。Create SVN Design Repository ダイアログでリポジトリの名称を入力し場所を指定します。現在、存在しないフォルダを指定する場合、作成します。
この方法でリポジトリを作成(または、リポジトリへ接続)することで、システムにそのリポジトリを登録(それが存在することを Altium Designer へ認識させる)しています。尚、非公式な、または '外れた' リポジトリのパスを手動で指定することはできません。Altium Designer を通して、システムに接続した VCS ベースの Design Repository と相互に作用できるだけです。
デザインのどの領域へ誰がアクセスするか容易にコントロールするには、リポジトリ内で以下の 3 つの個別のフォルダを設定することを推奨します:
- コンポーネント用。
- Design Content(管理されたシート)用。
- ハードウェアデザイン(ブロックを構築するモジュールデザイン、量産デザイン、パネルの製造を含む)用。
それから、どの領域へ誰がアクセスするか決めるには、フォルダレベル権限を使用します。
次の項では、設計 methodology の重要な役割となるソースデザインドキュメントを含む、これらのフォルダの構造を説明します。この構造は、設計を開始する前に存在する必要があるだけでなく、リリースされた item のソースを見つけるための 1 対 1 の関係を与え、ターゲット Altium Vault でも反映されます(逆もまた同じです)。
Components フォルダ構造
Components フォルダには 3 つのサブフォルダがあります:
- Components - Generic:抵抗、コンデンサ、コイルのようなパラメータで表示できるコンポーネント。各コンポーネントタイプは、パラメータの性質に依存して必要に応じて更に分類されます。下図では、Capacitors は材料、サイズ、電圧で分類されています。Models フォルダは無いことに注意してください。これらのコンポーネントは generic なので、一般的な回路図シンボルや PCB 2D/3D コンポーネントモデルを使用します。
- Generic Models: これらは、ベンダやgeneric コンポーネント(複数のコンポーネントが領域モデルの表現でなくパラメータで変化する)で再利用できるモデルです。ベンダコンポーネントでは、PCB 2D/3D モデルは特殊になるためローカルになります。このようなものは少数で、一般的に回路図シンボルです。
- Vendor: ベンダが準備してファミリーで分類したサードパーティメーカーのコンポーネント。そのため、下図の例ではベンダの Bosch のフォルダ、ファミリーのサブフォルダ Digital Acceleration Sensors や MEMS Pressure Sensors があります。これらのファミリー名は、一般的に直接、ベンダの web サイトから取り入れています。分割したフォルダは、これらのコンポーネントのために特定のモデルを保存するために使用します。回路図シンボルや PCB 2D/3D コンポーネントモデルのため更に分割したフォルダを使用します。
Design Content フォルダ構造
Design Content フォルダには、vault 内の Managed Sheet item のソースである回路図のサブフォルダがあります。Managed Sheet は、コンポーネント(vault からのソース)やワイヤを含む Altium Designer の回路図シートです。その後、Altium Vault へリリースされるので他のデザインで再利用できます。Managed Sheet の概念は、1 つの回路図シートに制限されません。他の Managed Sheet のツリーのトップであるデザインで Managed Sheet を配置できます。
これらのソース回路図は、機能的なクラスでサブクラス(必要に応じて)を構築します。コンポーネントレベルでは、ベンダやコンポーネントファミリーがまとめることが意味をなしますが、この管理されたシートレベル(シートは別のベンダからコンポーネントを含めることができます)では、シートに含まれるものと言うより設計者へ提供する機能にふさわしいです。特に vault で、これにより設計者は必要なシートを素早く見つけ出し確認できます。ブロックを構築してより大きなデザインでコンポーネントを使用するこの機能は、設計フローを合理化します。設計者は、いつでも購入できるパーツを選ぶように、より大きい設計プロジェクトでこれらの管理されたシートを再利用します。
Hardware Design フォルダ構造
Hardware Design フォルダには、以下の 5 つのサブフォルダがあります:
- Common –このフォルダには、デザイン、またはパネルプロジェクトの共通のドキュメントがあります。事前に設定された Output Job Configuration ファイル(設計プロジェクトに使用する)のフォルダがあります。また、PCB パネルドキュメント(パネルプロジェクトに使用する)のフォルダがあります。
- Hardware Building Blocks –このフォルダは設計プロジェクトの場所として使用され、他の '親' デザインで再利用できるモジュラーデザインの要素になります。例えば、Altium のハードウェアチームがモジュールボードを設計します。これらのボードは製造プロセスへ移行できますが、親 'carrier' ボードへつけるサテライトボードとして使用されます。それは、親ボードを製造、実装する時に、コンポーネントがあるモジュールボードとして配置されます。
- Hardware Panels –このフォルダはパネルプロジェクトの場所として使用され、パネルを、製造に含めるボードと分けます。
- Hardware Products –このフォルダは、市場で製品として使用される製品デザインの場所として使用されます。
- Templates– このフォルダには、新しいデザインを開始するために使用したテンプレートプロジェクトやドキュメントファイルがあります。
テンプレートを使用して設計プロジェクトを素早く作成
Altium の設計 methodology の重要な部分は、設計者が素早く、合理化した方法で新しいデザインで設計できる機能です。これをサポートするために、テンプレートと共通のファイルを使用する方法は進化しました。これは、できるだけ多くの設計側のソースをテンプレート化し、設計者が次の大きなデザインを設計するための情報を得ることができます。モジュールボードを開発する Altium のハードウェアチームのために、これは、回路図や PCB ドキュメントテンプレートへリンクして、異なるボードフォームファクタや層を確認できる PCB プロジェクトテンプレートを作成することを意味しました。
これらのテンプレートファイルは、\Hardware Design\Templates フォルダ下に作成、保存されます。そのため、ハードウェアチームがどのようにテンプレートを使用しているか確認するために、Templates フォルダ下の構造を最初に見てみます。
テンプレートは Projects やそれらの構成要素の Documents に分かれます。board-level や panel-level のプロジェクトテンプレート(これらは後で分割されます)があります。チームは現在、作業しているモジュールボードのために定義したプロジェクトテンプレートを持っています。そして、これらは Projects\Board Level\Building Blocks サブフォルダ下にあります。同様に、パネルプロジェクトテンプレートも Projects\Panel Level\Building Blocks サブフォルダ下に保存されています。board-level プロジェクトテンプレートに関して、様々なボード寸法/層構成の個別のフォルダがあります。パネルプロジェクトでは、様々なパネル寸法/層構成のフォルダがあります。
board-level プロジェクトテンプレートを利用しこれを参照、または回路図や PCB ドキュメントテンプレートへリンクします。これらは、それぞれ Documents\SCH Documents and Documents\PCB Documents フォルダに保存されます。メインのプロジェクトファイルから、構成するドキュメントへのリンクは、常に相対的になります。下図は、ハードウェアチームが使用した回路図ドキュメントテンプレートを示します。
A3 と A4 シートサイズの 2 つのテンプレートドキュメント (*.SchDot) が定義されました。そこから、Altium のモジュールボードデザインを使用するために、トップレベルの回路図ドキュメントテンプレートが作成されました。各ドキュメントは、標準のAltium モジュールサイズを表す名称になっています。例えば、ドキュメント MBxxxx_Top_P016-M9X9_A4.SchDoc は、vault で管理されたコンポーネント(16 個のパッドがあり 9x9mm モジュール)を含むトップレベルシートです。それは、このモジュールボードサイズの 3 つのテンプレートプロジェクトへ使用した(リンクした)シートになります。
ブランク、一般的なデバイスのテンプレートドキュメントは作成されました (MBxxxx_Devices.SchDoc)。それは 2 つの用途(モジュールデザインプロジェクトのトップシートと、管理されたシートとして再リリース、再利用するために下位回路を構築するブランクシートとして)に使用します。
下図は、ハードウェアチームが使用した PCB ドキュメントテンプレートを示します。プロジェクトに適切なドキュメントが含まれていることを設計者が容易に確認できるよう、PCB ドキュメントの名称はプロジェクトの名称と同じであることに注意してください。
テンプレートを使用することで、設計者はプロジェクトテンプレートを閲覧し、次の設計プロジェクトの要求を満たすように活用できます。そして、ワンクリックでベースが設定されている設計ドキュメントがある新しいプロジェクトを開けます。設計者は、これらのドキュメントを設定する必要は無くなり即座に設計を開始できます。
上図はプロジェクトに Output Job Configuration ファイルがリンクされていることに注意してください。これらは、次の項で説明するためのファイルでテンプレートファイルとして定義されません。
リンクした Output Job Configuration ファイル
事前に設定した Output Job Configuration ファイル(設計者がそれらを修正しないで正しい出力ファイルをいつでも生成するように定義した)は、設計フローを合理化し設計プロジェクトで利用できます。標準では、Fabrication、Assembly、Documentation outputs、Validation レポートとして個別のファイルに分かれています。後者のファイルはボードレベルデザインのみに使用し、ボードリリースプロセスの Validation の段階で使用します。特定の Fabrication Output Job ファイルは異なる層構成のボードデザインに使用します(例えば、2 層基板、4 層基板、6 層基板それぞれ個別に使用します)。そのため、Output Job ファイルは使用する可能性がある設計プロジェクトをカバーします。
SVN フォルダ構造で、これらのファイルは \Hardware Design\Common\Output Jobs フォルダに保存されます。
テンプレートプロジェクトは、common フォルダから容易にファイルにリンクします。
特定の OutJob 内で定義した出力の印として、ハードウェアチームは以下を使用します:
Fabrication.OutJob
/Fabrication-L2.OutJob
/Fabrication-L4.OutJob
/Fabrication-L6.OutJob
– ODB++ Files, Gerber Files, NC Drill Files.Assembly.OutJob
– Test Point Report, Generates pick and place files, Bill of Materials.Documentation.OutJob
– PCB 3D Print, Schematic Prints, Bill of Materials.Validation.OutJob
– Design Rules Check, Electrical Rules Check.
全ての Output Job ファイルで、Output Container は [Release Managed] に設定されます。これは、設計データ管理システムが自動でベースパスを扱うことを意味します。ベースパスは、PCB Release 画面を使用している方法に依存します。Design Mode では、ローカルの作業 sandbox 内でべースパスは \<ProjectName>\<ConfigurationName> フォルダになります。Release Mode では、ベースパスはプロジェクト設定で参照された Altium Vault のルートフォルダになります。
設計者は、これらのファイルを変更する必要はありません。それらは、設計開始から正しい製造情報を作成するために設定されます。しかし、ファイルを修正する必要がある場合、SVN Design Repository 内で可能です。ボードリリースプロセス(ターゲット vault でリンクした Item の新しいレビジョンへボードデザインの構成をリリース)が、Design Repository からソースプロジェクトの HEAD レビジョンと共にチェックアウトして働くので、変更するためにファイルをチェックインする必要があります。ファイルをチェックインする時、それをいつ、誰が修正したか記録されます。
パネルとデザインを分ける
他の設計 methodology では、パネルファイルはボードレベル設計プロジェクトの一部として保存せず、個別のパネルプロジェクトを使用します。その理由は、1 つのボードを製造するだけにはあまり使用しないためです(パネルを別のボードを製造するために使用するかもしれません)。そのため、パネルは標準のボードレベルデザインと異なり、個別の item として vault へリリースされます。
以前の項目で説明したように、パネル寸法/層構成の組み合わせのテンプレートプロジェクトがあります。各プロジェクトは、同じ名称の PCB ドキュメント(\Hardware Design\Common\Panel フォルダ内で共通のパネル PCB ドキュメントの一部として保存されます)を参照します。また、プロジェクトは共通(common 内)の Output Job ファイルを参照します。しかし、Validation.OutJob ファイルは例外です。これは、全ての確認がボードデザインレベルで実行されると仮定されるため、面付けの段階でのみ必要です。
Altium Vault の設定
Related article: Altium Vaults
Altium Vault サーバは、‘Vaultベースのエレクトロニクス設計’ と言うキャッチフレーズから作られたように、Altium の設計 methodology の重要な役割を担います。vault はデザインの全ての要素の場所です。そして、社内の設計者が次の設計プロジェクトのために必要なブロックを入手できる 1 つの場所です。別の面では、vault は会社の共同のデザインを保存するための 1 つのリポジトリです。いつでも、会社の設計者はデザインで再利用するために既存のデザイン item を入手できます。
Altium の Vault 技術は、設計者がデザインで使用したい vault 内のitem の状態を確信できるデータ管理機能や安全性を提供します。信頼性は、ロックして特定の item の編集できないレビジョンとして vault へ設計側のソースデータをリリースすることによります。ライフサイクル管理は、item が安全に使用できるものを反映します(例えば、試作、量産等)。言い換えると、設計者は会社が認可したデザイン item のみで作業します。そのため、結果として vault を使用して新しいデザインを素早く作成する必要があります。
‘vault-driven’ と言う用語は設計 methodology の鍵となる面を表し、vault にある item のみをデザインで使用できると言うことです。そのため、既存のコンポーネント、特定の回路を含む管理されたシート、高度なデザイン実装を利用するために始めに vault 内を確認します。もし、デザインの要素が vault に存在しない場合、デザインで再利用する前に最初に vault へ新しいデザイン item としてそれを作成しリリースします。
Altium Vault へ接続するには:
- Preferences ダイアログの Data Management – Vaults ページで Add Vault ボタンをクリックします。Connect To Vault ダイアログが表示されます。Vault Server Address 欄で接続したい vault の URL を入力します。ローカルエリアネットワーク上にインストールされた Altium Vault は、Find Vaults on LAN リンクをクリックして素早く検索できます。vault サーバのアドレス、ユーザ名、パスワードを入力する必要があります。これらは、その vault にアクセスする権利があることを確かめるために、authentication サーバ(Identity Service を提供する)でチェックされます。vault サーバが AltiumLive authentication を使用することを Altium Designer は認識できます。標準の AltiumLive クレデンシャルはあらかじめ入力されて使用されます。代替えの有効なクレデンシャルを使用して vault へアクセスしたい場合、Use Alternative Credentials オプションを有効にしてクレデンシャルを入力します。
- Test Connection ボタンを使用して、接続を追加する前に接続が成功したかどうかテストできます。接続が成功したら OK をクリックします。あなたがアクセス権を持っていてログイン情報が有効であると承認されたら、Altium Designer から vault へ接続されます。vault は、Preferences ダイアログの Data Management – Vaults ページのリストに表示されます。vault はデフォルトで有効です(使用する準備ができています)。
Preferences ダイアログの Data Management – Vaults ページにリスト表示された vault の名称は、最初に vault から提供されます。この名称を変更したい場合は、vault の欄で右クリックしてメニューから Edit Vault Properties を選択します。そして、表示されたダイアログで変更します。
AltiumLive エコシステムの一部で、アクセスを認証した(例えば、Altium Designer のライセンスと有効なサブスクリプションを所有) vault への接続を素早く追加したい場合、Add Content Services ボタンをクリックします。Available Vault Services ダイアログが表示されます。そのダイアログには、AltiumLive で実行している Altium の vault が表示されます。これらの vault へ接続するには、vault のアイコンの下にある Click to Connect オプションを有効にします。Connect に変わります。OK をクリックすると Data Management – Vaults ページの vault のリストに追加されます。
直接、接続することで、Vault Explorer パネルを通して vault からデザインへ直接、content を配置できます。また、これらの vault は Content Store を通して AltiumLive コミュニティ内から閲覧できます:
- Unified Components の項目は、Altium の Hobart Vault を通して利用できる item を含みます。
- Template Designs の項目は、Altium の Shanghai Vault を通して利用できる item を含みます。
Vault 構造
vault に保存された様々な Item のフォルダツリーを作成して、論理的な順番を vault に反映します。これは、Vault Explorer パネルから最初に実行されます。多くのフォルダタイプを利用でき、Altium Vault 内の vault content を分類するためにこれらを使用します。最善の方法は、SVN Design Repository の構造と Altium Vault の構造間を 1 対 1 で一致させることです。これは、直接、VCSのソースと vault 内の item 間の関係を保持します。設計チームの誰でもそれらの間で必要なものを容易に移動し見つけることができます。
vault 構造を定義する機能の情報については、Organizing the Vault をご覧ください。
Vault Item ID
各個別の設計側のソース要素(モデル、コンポーネント、回路図シート、プロジェクト設定)は、リンクしたデザイン item のレビジョンとして vault へリリースされます。各 item は固有の Item ID を持ちます。その設計 methodology では、以下のようにこれらの ID の名称を付けます。
それぞれの場合、ID の最初の段階は、Item のcontent タイプのためのデフォルトコードです。これは、デザイン要素をリリースするためにプリフィックス $CONTENT_TYPE_CODE (例えば、モジュールボードをリリースするフォルダについては $CONTENT_TYPE_CODE-0001-{00000})を使用してフォルダレベルで定義できます。これにより、正しい ID 割り付け方針に従って、そのフォルダ内で Item を素早く作成できます。
レビジョン割り付けとライフサイクル管理方針
Related articles: Item Revision Naming Schemes, Item Lifecycle Management
Altium の設計 methodology では、vault へリリースできる様々なデザイン item のための以下の Item レビジョン割り付け方針と、ライフサイクル定義を使用します。
デザイン Item | レビジョン割り付け方針 | ライフサイクル定義 |
---|---|---|
モデル | 1-Level (e.g. 1 ) | 基本のライフサイクル |
コンポーネント | 1-Level (e.g. 1 ) | コンポーネントライフサイクル |
管理されたシート | 2-Level (e.g. A.1 ) | コンポーネントライフサイクル |
設計プロジェクト | 3-Level (e.g. 01.A.1 ) | 承認されたライフサイクル |
vault 内のデザインアイテムの様々なタイプに対して、標準のレビジョン割り付け方針とライフサイクル定義に従うことで、item をスムーズに管理できます。そのため、最下位レベルで、モジュールは、基本のライフサイクル管理(デザインを再利用する、または再利用しない準備ができています)を持つ 1-レベルレビジョン割り付けを使用します。コンポーネントと管理されたシートは同じコンポーネントライフサイクル管理を使用しますが、1-、2-レベル方針それぞれを使用して、それらのレビジョン割り付け方針で異なります。モデル、またはコンポーネントではどんな変更も重要になりますが、管理されたシートでは 2-レベル方針がマイナーレビジョン(例えば、テキスト変更)やメジャーレビジョン(回路、または回路の機能性を変更)に合います。
Vault ユーザと権限を管理
Related articles: Vault Sharing Control, Sharing Vault Folders
Altium Vault は、設計チームとサプライチェーンの双方がデータへアクセスでき、高い信頼性でデータを安全に扱えます。後者は、誰が vault へアクセスできるか、どんなデータへアクセスして良いか、vault の Sharing Control を設定して決められます。
Vault の共有は vault の属性として定義され、vault の local administrator(vault サーバソフトウェアを管理しているコンピュータでサインインした)や(AltiumLive Dashboard を通して)会社の Altium アカウントを管理する Group Administrators はいつでもアクセス、変更できます。
共有する 2 つのモードがあります:
- Workgroup Sharing – このモードでは、Altium アカウント内の ALL USERS が vault へ read/write するアクセス権を持ちます。そして、フォルダや item を作成し、vault フォルダの属性を修正できます。item データを vault フォルダへリリースできます。共有している特定のフォルダはこのモードで利用できず、社外のフォルダを共有することはできません。
- Full Enterprise Security – このモードでは、local vault administrator や会社の Altium アカウント内の Group Administrators が vault へ read/write するアクセス権を持ちます。他のユーザは、フォルダレベルの共有オプションに基づいて vault へアクセスできます。フォルダは個別に(アカウントのメールアドレスに基づいた)、または会社全体で共有するかもしれません。そして、read-only、または read/write に設定できます。
Vault サーバは、Altium Designer を起動して Vault サーバをインストールして実行したPCで接続して、常にアクセスできることを覚えておくことは重要です。これは、別のユーザでもできます。別のユーザが Altium Designer へサインインし vault へ接続しても、Vault サーバのローカル管理者になります。これは、以前の所有者が会社を退職した、またはインターネットから切断された(Altium の Identity Service へ接続)場合、vault は少なくともローカルレベルで使用、アクセスできることを意味します。
vault 内のフォルダは、フォルダの視覚的なレベルとそれにアクセスする安全性のレベルを定義して、異なるレベルで共有できます。これは、個人が private としてアクセスする方法から、会社の誰かが content を表示、または変更できる public としてアクセス(そこで、インターネット上の誰かがフォルダやその content を確認できます)するまでの範囲になります。しかし、public アクセスレベルでは、AltiumLive アカウントへのサインインが必要です。
vault の共有やフォルダレベルのアクセス権の設定に注意して、vault 内のどの content を誰が見れるか、またフォルダやその content を見れるか、または編集(vault に設計データをリリースして効果的に)もできるかどうかコントロールできます。1 つの vault は、content の 'ゾーン' へ分割できます。そして、権限をコントロールして、あなたが望むように(正しい人が正しいデータへアクセスできるよう) content を表示、または非表示にできます。
Vault に無い場合、作成してリリ-ス!
vault ベースの設計の本質は、デザインで使用したデザイン要素を Altium Vault から入手する必要があることです。コンポーネント、管理されたシート、または full design module sub-assembly をデザインで使用する必要があるが、その item が接続した vault で見つからない場合、item を構築/作成し vault へリリースする必要があります。これは、vault による設計 methodology の重要な概念に等しい別の方法を表します。それは、再利用の設計の原則です。そのため、デザイン要素を vault へ作成、リリースすることは、将来的なデザインでソースデザイン item として再度、使用するために利用できます。
'再利用の設計' を採用することで、技術チームは再利用できるデザイン要素のリポジトリを発展させるだけでなく、将来的なデザインを構築するために有効です。そして、再利用できるデザインは安全に管理され、使用するために検査、承認されます。
実際、Altium のハードウェアチームは、設計で必要なものの範囲(どんな回路でどのコンポーネントが必要か)を決めないで新しい設計を開始しません。それから、既に存在するデザイン要素を確認するために Altium Vault を探します。そして、新しいデザインで素早く再利用できます。また、必要なものがそこに無い場合、それを構築しリリースします。全てのこの作業は、プロジェクトテンプレートを選択して '設計' を開始する前に実行します。
次の項目では、モデル、コンポーネント、管理されたシートを構築、リリースしている時の、設計側のソースに関する設計 methodology を説明します。リリースの手順はここには含まれませんが、各項目の related articles を参照してください。
モデル
Related article: Vault-Based Domain Models
デザインコンポーネントを定義するプロセスを調べて vault へリリースする前に、全てのモデル自体(設計領域でコンポーネントを表現)が vault へ作成されリリースされたことを最初に確認する必要があります。ボードレベルコンポーネントでは、これは一般的に回路図シンボルや PCB 2D/3D コンポーネントモデルになります。
1 つのライブラリに複数のモデルを含めることができますが、バージョンコントロールの観点からライブラリファイルごとに 1 つのモデルを持つ方法が最善です。これは、全体、1 つのソースのバージョン変更を登録しないで、修正する必要があるモデルをチェックアウトして修正できます。そのため、この設計 methodology では Schematic Library file (*.SchLib) ごとに 1 つの回路図シンボル、PCB Footprint Library file (*.PcbLib) ごとに 1 つの PCB 2D/3D コンポーネントモデル で行います。
回路図シンボル
設計側で Schematic Library document (*.SchLib) 内の回路図シンボルは、Altium Vault 内の Schematic Symbol Item にマップされます。ライブラリのリリースすることで、シンボルモデルデータをその Item の新しいレビジョンへ保存します。
各 Schematic Library ファイルは以下のフォーマットに従って名称が付けられます:
<Vendor Code>-<Part Name>-<Package Name>
Vendor Code は
、特定のベンダ(
例えば
、BoschのRBOS、
Honeywellの
HON
、Microchipの
MCHP
等
)のモデルファイルを関連づけるために使用する固有の識別子です。
Part Name は、シンボルが表
す part を個別に識別する短い名称です
。これは
、一般的にパッケージ情報(例えば、Bosch の BMP05 Digital Barometric Pressure Sensor 用のBMP085
、Honeywell の HMC5843 3-axis Digital Compass のHMC5843
、Microchip の MCP4141 7/8-bit Single SPI Digital POT 用のMCP4141
)が無い part についてのベンダの特定のオーダーコードです。
Package Name
は、フットプリントのパッケージ名です。異なるパッケージスタイルに関して、同じシンボルをコンポーネントに使用できます。この名称は、ベンダが web サイトに掲載しているデータシート、パッケージドキュメント、その他(例えば、Bosch のLCC-8
、Honeywell のLPCC-20
、Microchip のDFN8
)にあるパッケージ仕様から直接、得られます。
そのため、この方針に基づいたファイル名の例は以下です:
RBOS-BMP085-LCC-8.SchLib
HON-HMC5843-LPCC-20.SchLib
MCHP-MCP4141-DFN8.SchLib
一貫性を持たせるため、ファイル内のシンボルはそのファイルと同じ名称を使用します。
シンボル自体は回路図ライブラリエディタ内で作成します。ここで確認する重要なものの 1 つは、回路図編集領域内で vault ベースのコンポーネントを表す回路図シンボルを作成していると言うことです。それは、統合ライブラリ(その他のモデルやパラメータが回路図コンポーネントの一部として定義されます)で使用するために定義した '回路図コンポーネント' ではありません。vault ベースのコンポーネントは、シンボルのグラフィカルな描写のみ必要とします。それは、Component Library file (*.CmpLib) 内で定義するパラメータや領域モデルへのリンクを含みます。
シンボルには常に description があり、Item の Description 欄(vault で Schematic Symbol Item を検索している時の手助けになります)によって受け継がれます。
vault へリリースした時、ソースシンボルの名称は Schematic Symbol Item の Comment として表示されます。Design Repository と Altium Vault で同じ保存構造を使用することで、設計者は設計側のソース、またはリリースしたデザイン item を素早く見つけることができます。また、Item のコメントとして表示されるシンボル名を使用することで、Item ID を思い出さないでどのシンボルかを素早く識別できます!
PCB 2D/3D コンポーネントモデル
設計側の PCB Library document (*.PcbLib) 内の PCB 2D/3D コンポーネントモデルは、Altium Vault 内の PCB Component Item にマップされます。ライブラリをリリースすることで、モデルデータをその Item の新しいレビジョンへ保存します。
各 PCB Library ファイルは以下のフォーマットに従って名称が付けられます:
<Vendor Code>-<Package Name>
Vendor Code
は、特定のベンダ(例えば、Bosch のRBOS
、Honeywell のHON
、Microchip のMCHP
等)のモデルファイルを関連づけるために使用する固有の識別子です。Package Name
は、ベンダが web サイトに掲載しているデータシート、パッケージドキュメント、その他(例えば、Bosch の LCC-8、Honeywell の LPCC-20、Microchip の DFN8)にあるパッケージ仕様から直接、得られるフットプリントのパッケージ名です。
そのため、この方針に基づいたファイル名の例は以下です:
RBOS-LCC-8.PcbLib
HON-LPCC-20.PcbLib
MCHP-DFN8.PcbLib
一貫性を持たせるため、ファイル内のモデルはそのファイルと同じ名称を使用します。
そのモデル自体は、2D フットプリントの描画や 3D 外形情報を追加する PCB ライブラリエディタ内で作成します。
モデルには常に description があり、Item の Description 欄(vault で PCB Component Item を検索している時の手助けになります)によって受け継がれます。
vault へリリースした時、ソースモデルの名称は PCB Component Item の Comment として表示されます。Design Repository と Altium Vault で同じ保存構造を使用することで、設計者は設計側のソース、またはリリースしたデザイン item を素早く見つけることができます。また、Item のコメントとして表示されるモデル名を使用することで、Item ID を思い出さないでどのモデルかを素早く識別できます!
Generic モデル
ベンダのコンポーネントを使用するために generic モデルを作成している時、名称割り付け方針は少し違います。フットプリントはめったに generic でないため、ここでは回路図シンボルについて説明します。generic 回路図シンボルを作成している時、回路図ライブラリファイル(やシンボル自体も!)は一般的に以下のフォーマットに従って名称が付けられます:
<Symbol Type>_<Pin Naming>-<Pin Count>
Symbol Type
は、シンボルで表現されているコンポーネントの機能、またはタイプのための識別子です。Pin Naming
は、暗号化したピン割り当て(デバイスの各ピンの機能性)です。Pin Count
は、名称に含まれている通りコンポーネントのピン数です。このシンボルはそれを表現、所有します。
そのため、ファイル名の例は以下です:
NPN_B1E2C3-3
.SchLib
– Base=pin1、Emitter=pin 2、Collector=pin 3 である 3 ピンの NPN トランジスタのシンボルがあります。
DSKY_K1A2-2.SchLib
– cathode=pin1、anode=pin2 である 2 ピンのショットキーダイオードのシンボルがあります。
LED_RGB_K1A2K3K4-4.SchLib
– cathode1=pin1、common anode=pin2、cathode2=pin3、cathode3=pin4 である 4 ピンの RGB LED のシンボルがあります。
シンボル名は回路図シンボル Item のコメント欄に反映されるため、vault へリリースした時、暗号化したピン割り当てにより、設計者が vault で利用できるシンボルを閲覧し、作成しているコンポーネントへリンクする必要があるものを容易に識別できることを意味します。設計者は、シンボルの一部として描画したピン割り当てをしないで、シンボルを使用する方法を知っています。
コンポーネント
Related articles: Vault-Based Components, Component Libraries and Component Definitions
設計 methodology に従って、デザインで使用したコンポーネントは vault から入手する必要があります。そのため、必要なコンポーネントが vault に存在しない場合、定義してリリースする必要があります。どんなことがあっても、vault に無いコンポーネントをデザインで使用してはいけません。設計側で、これは Component Definition を作成することを意味します。
コンポーネント定義は、特定のデザインコンポーネントの定義と言うことです。これは、コンポーネントのモデルやパラメータを一緒に結び付ける定義です。設計側の各コンポーネント定義は、Altium Vault 内の Item(Component Item)にマップします。別の方法としては、リリースした時、デザインで何度も再利用できるコンポーネントを提供するソース定義を定義します。
コンポーネント定義は、Component Library file (*.CmpLib) 内で作成、管理します。そして、その設計 methodology では コンポーネントライブラリファイルごとに 1 つのコンポーネント定義 を使用する必要があります。
各 Component Library ファイルは以下のフォーマットに従って名称が付けられます:
<Vendor Code>-<Complete Part Order Code>
Vendor Code
は、特定のベンダ(例えば、Bosch のRBOS
、Honeywell のHON
、Microchip のMCHP
等)のコンポーネントを関連づけるために使用する固有の識別子です。Complete Part Order Code
は、ベンダからそれをオーダーしている時の item の名称です。
そのため、この方針に基づいたファイル名の例は以下です:
RBOS-BMP085.CmpLib
HON-HMC5843-TR.CmpLib
MCHP-MCP4141-502EMF.CmpLib
コンポーネントを定義します(モデルにリンクしてパラメータを定義し値を入力する等)。その定義について、ここで確認する設計 methodology の鍵となる点があります:
- Vault Settings 欄の Lifecycle Definition や Revision Scheme は、デザイン要素(
Component Lifecycle
と1-Level Revision Scheme
)のタイプに使用した方針に従って設定されます。 - 様々な設計領域内のコンポーネントを表すために必要なモデルは、vault 内に既に存在する必要があります。もし、存在しない場合、存在させる必要があります! 再利用の設計のらせん状の特性を思い出してください。そこで、各デザイン要素を作成し vault へリリース(次のデザイン要素で使用できます)する必要があります。ソース vault は通常、同じですが、代替えの vault (Altium の Hobart Vault のような)から入手したモデルを使用している場合、異なるかもしれません。
- コンポーネントの名称とコメントは同じままで、これはファイル名の
<Complete Part Order Code>
の部分です。そのため、ファイル名RBOS-BMP085.CmpLib
について、名称とコメントはBMP085
になります。ファイル名ABRA-ABS07-32.768KHZ-T.CmpLib
では、名称とコメントはABS07-32.768KHZ-T
になります。ここで重要なのはコメントです。これは、vault で表示し、コンポーネント機能を識別させる項目であるためです。 - Item ID の方針は、トップレベルグループの ID 欄で指定します。ここで ID 方針を定義して、ソフトウェアは自動で次の利用できる固有の ID を、その方針(ターゲット vault や既存の Item の識別子をスキャンして)に基づいたコンポーネント定義(値を引き継いで)へ割り当てます。ID の項目は、methodology の Item ID 方針に従ってコンポーネント(CMP-xxxx-{00000}、xxxx は製品ファミリーに割り当てられた番号です)に作成されます。
コンポーネントモデルの入手
できるだけ容易にコンポーネントを作成するには、既存の領域モデル(回路図シンボル、PCB 2D/3D コンポーネントモデル)へリンクします:
- vault の様々なベンダモデル内にモデルが存在するかどうか確認します。
- 使用できる(Generic Models フォルダで) generic モデルが存在するかどうか確認します。
- 再利用できるデザイン content を閲覧するだけでなく、Altium の vault (Altium Hobart Vault) へ接続しその中にあるモデルへリンクします。
管理されたシート
Related articles: Managed Schematic Sheets
デザイン内のある回路では、比較的重要でないペリフェラルコンポーネントやワイヤと一緒に 1 つの重要なコンポーネントで一般的に構成されます。回路図レベルで実行して、モジュールを使用できます。それは、管理されたシート (回路を再利用できるシート)となり、将来的なデザインで再利用できるデザイン content へ追加してデザインを繰り返し作成する手間を無くします。また、これは、管理されたシートのみ仮想的に使用して新しいデザインを設計するために、設計 methodology 全体の重要な部分です。管理されていない回路図シート(例えば、終端抵抗を扱うシート)と、管理されたシートを '結びつける' 1 つ、または複数のトップレベルシートがある場合、一般的にその手助けとなるのは、できる限り管理されたシートを使用して設計することです。
ブロックを構築してより大きいデザインを構築するために vault ベースのコンポーネントを使用する機能により、デザインを抽出して設計フローをより合理化できます。設計者は、いつでも購入できるパーツを選ぶように、より大きい設計プロジェクトのコンポーネントとしてこれらの管理されたシートを再利用します。このような管理されたシートの回路を作成し vault へリリースすることで、設計者は多くの回路を利用でき次のデザインの生産性を上げることができます。
管理されたシートのデザインを利用することで、シートを見やすくするだけでなく一貫性のあるデザインにすることができます。そのため、一貫性のある提示方法だけでなく最善の設計方法を利用できます。以下の項目では、デザインで適用される鍵となる基準や、管理されたシートの名称を割り付ける方法を説明します。
名称割り付け方法
名称割り付けに関して、各管理されたシートでは主要なもの、または重要なコンポーネントの名称を付けます。この名称は、パーツオーダーコード(ベンダからそれをオーダーしている時に使用したコード)です。以下は、管理されたシートのファイル名の例です:
MAX3062EEKA.SchDoc
– Maxim の MAX3062EEKA 20Mbps RS-485 Transceiver。
BMP085.SchDoc
– Bosch の BMP085 Digital Barometric Pressure Sensor。
RTL8201CL.SchDoc
– Realtek の RTL8201CL Single-Port 10/100M Fast Ethernet PHYceiver。
シートタイトルは、シート内の回路機能を表すために使用します。一般的に、重要なコンポーネントの名称はこのタイトルに含まれます。
ファイル名は、管理されたシート Item の Comment 欄へ、シートタイトルは Description 欄へ受け継がれます。SVN と vault で同じ保存構造を使用して、設計者はそれらの間で素早く閲覧し、設計側のソース、またはリリースしたデザイン item を見つけることができます。また、Item のコメントとして表示されるファイル名を持つことで、管理されたシートが提供する鍵となるコンポーネントや回路を素早く識別できます。
デザイン基準
ブランクの回路図シートを扱う時、設計者はそれぞれの特徴があります。例えば、設計者はによって別のスタイル、レイアウトプリファレンス、色等を使用します。全ての設計者が同じ方法で回路図を設計した場合、設計領域は平凡なものとなります! そのため、チームが行った様々な表現方法を見ることができません。その鍵は、設計チームで一貫性がある設計方法を採用することです。
これを採用する時、鍵となるデザイン要素があり、管理されたシートの一貫性だけでなく再利用するためのデザインの重要な手助けとなります。ハードウェアチームは、以下の原則に従って再利用できる回路となる管理されたシートを作成します:
- 各管理されたシートは、特定の機能を持つ 1 つ、またはグループの鍵となるコンポーネントがあります。
- サポートする回路をシートに含めます。
- 複数の方法で設定できるデザインのパーツは、親、またはサブシートへリファクタリングできます(不必要な構造を追加しないで、親からサブシートを設定できます)。
- 複数の用途の信号は、合理的な一般的な信号名を使用して、親シートへ渡されます(それらを特定の用途へ再マップできます)。
- 1 つの管理されたシートの見易さが保持されることを確認してください。設計者は、デザインの要素として実行される方法を容易に理解できます。
- 一貫した名称割り付け、表示、デザイン基準を使用します。
再利用の設計に関して、以下の item は管理されたシートレベルで設計するために重要なものとして使用されます:
- 標準のハーネスは再利用できるデザイン要素であるため、シグナルハーネスを使用します。
- 管理されたシートを使用するデザインで接続を管理することが困難になるため、ローカルネットにラベルを付けません(ネットラベルを使用しません)。しかし、この例外として、バスを作成している時、このようなラベルが必要です。
- 全てのパワーポートはポートシートインターフェースへ接続し、親シートへ渡しました(ローカルのパワーポートは混乱を防ぐため避けます)。
- ポート方向と I/O タイプは、Power ネット(これらは
unspecified
になります)以外、信号方向に従って設定されます。信号方向を指定しない場合、Bidirectional
が使用されます。 - 可能な場合、標準の信号名、一般的な名称を使用します(例えば、
5.0V/5V/5Volts
の代わりに5V0
)。接続は、全ての設計プロジェクトで厳密な階層を使用して明確であるので、柔軟に扱えます。これにより、異なるデザイン階層で 2 つの接続したオブジェクトに異なる名称を定義できます。 - 標準のシートレベルパラメータを使用します。
製造業者へ提出したり重要な機能をリスト化する点に関して、管理されたシートへ追加することは、シート上の重要なコンポーネントをハイライトするのと同じです。これは、新しいデザインへ含める価値があるか評価している時、設計者へ証明できます。
デザインの構成とリリース
Related article: A Walk Through...the Board Design Release Process
デザインを市場へ出す準備ができたら、リリースする必要があります。これを適応するために、Altium Designer には Altium の幅広い設計データ管理システムの一部として、ボードデザインリリース管理機能があります。ボードデザインリリースプロセスは自動化され、手動によるリリースの危険を冒さないでボードデザインプロジェクト(やパネルプロジェクト)の構成をリリースできます。特定のプロジェクト構成をリリースする時、デザインソースのスナップショットは生成された出力と一緒に扱われ保存されます。リリースデータは、特定の Item (Altium Vault 内のエンティティ)のレビジョンとして保存されます。それは、設計プロジェクトから作成され、会社が販売する製品を表します。
標準の構成を使用
Related article: PCB Project Configurations
その設計 methodology では、標準のボードとパネルプロジェクト用のプロジェクトテンプレートとして、標準の 3 つの構成が事前に定義されています(製造用、実装用、全ての資料を集めたもの)。各構成について、共通の出力ジョブ設定ファイルを利用できます。vault 側の各構成は未定義のままです。正しい構成は最初から将来的な設計プロジェクトのために適切な場所にあるため、これは合理化して設計の負荷を軽減します。
リリースプロセス
Related article: PCB Release View
リリースプロセスは、Altium Designer のPCB Process Manager (PCB Release 画面にあるユーザインターフェース)を使用して実行されます。リリースは、1 つのボタンを押して実行できる自動化された作業です。プロセスは、順番に実行する様々な段階(プロセスフロー)からなります。プロセスフローの全ての段階は、成功する必要があります。そうでないと、リリースは失敗し、vault 内の新しい Item Revision へ渡すデータはありません。プロセスは自動で行われるので、手動のリリースプロセスに関連したエラーの危険は無く、確実にチェックできます。サプライチェーンで使用するためのデータは、設計した製品を作成するために必要なものです。
結果として、信頼性のあるボードデザインリリース管理が可能です。設計プロジェクトを監視、バックアップ、バージョンコントロール下の Design Repository で管理するだけでなく、安全な Altium Vault 内で同様の方法でその構成をリリースします。また、デザイン自体が、より大きい親デザインとして使用するサテライトボードの場合、何度も使用する準備ができている(再利用するためのデザインの定義) vault にそれは存在します!
製造と実装データへアクセス
Related articles: Publishing Destinations, Vault Sharing Control
vault の共有やフォルダレベルのアクセス権限の設定で、vault 内のどの content を誰が見れるかコントロールできます。しかし、これは一般的に、設計チームのメンバー(ローカル、または VPN 経由でリモートで)や技術マネージャを含む組織内の関係者がアクセスできるように設定します。しかし、サプライチェーン(特に製造や実装のために)へ利用できるデータを作成する時、少し異なるアクセス方法が必要です。vault データへ直接、フォルダレベルでアクセスする権限は、リリースデータのどの要素へアクセスできるかコントロールできません。そのため、デザインのスナップショットと生成されたデータは利用できます。製造業者へインターフェースで接続している時、'未公開' のデザイン IP を保持して製造や実装 "方法" のみは共有する必要があります。その解決策は、製造業者や実装業者がそれぞれ製造、実装するために必要なデータのみ Publish することです。
ボードデザインプロジェクトから生成されたリリースデータについて、Altium Vault は Item Revision のために リリースしたドキュメントを Amazon S3、FTP、Box.net、または共有されたネットワーク上にあるフォルダのような保存領域へ配布(リリースしたプロジェクト構成へ割り当てた Output Job ファイルから出力を生成)する機能をサポートします。'製品チーム' (製品を作成するプロセスに含まれる設計チーム、製造チーム、その他)のメンバーが世界的に分散している場合、配布や共同作業は利点があります。
配布とは、Publishing Destination を定義して、その保存先へ Item Revision のためのリリースデータをアップロードすることです。誰と共有してそのデータへアクセスするかメールアドレスで指定します。