Mobile menu
Data Management and Version Control
ホーム Data Management and Version Control

Data Management and Version Control

Securely manage design data with advanced version control, ensuring seamless collaboration, traceability, and compliance throughout the design lifecycle.

Explore Altium Agile Teams Data Management Solutions
Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
適用
フィルターをクリア
コンポーネントフットプリントの手動作成 Altium Designerでコンポーネントフットプリントを作成するための4つのステップ 1 min Blog プリント回路基板をレイアウトする場合、設計コンポーネントのフットプリントを作成する方法を把握していることが重要です。一部のコンポーネントは非常に一般的に普及されているか、標準化されたパッケージで提供されているため、フットプリントを簡単に見つけることができます。場合によっては、フットプリントの生成を自分で行う必要があり、コンポーネントのデータシートからの情報を直接使用する必要があります。フットプリントが正しくない場合、部品のピンがPCBパッドと位置合わせされないか、部品がクリアランスまたは間隔のルールに違反する可能性があり、大幅な時間の損失と追加のコストにつながる可能性があります。 PCB回路基板を設計する際、部品に正確なフットプリントを提供するプログラム部品に依存できる場合が時々あります。ただ常にそうであるとは限らず、必ずある時点で独自のフットプリントを作成する必要があります。一部のPCB設計ソフトウェアパッケージでは、これは困難な作業であり習熟するまでに時間がかかる場合があります。一方、Altium Designer®なら、強力なCADツールを使用してコンポーネントのフットプリントをすばやく生成できます。ここでは、Altiumを使用して設計コンポーネントのフットプリントを作成する方法を説明します。 Altium Designerでコンポーネントフットプリントを作成する方法 コンポーネントフットプリントの生成は、Altium Footprint Designerで次の4つの手順に従って行います。 パッドを作成する コンポーネントの高さと面積を定義する シルクスクリーン情報を追加する フットプリントを保存する プロセスの順を追って、コンポーネントのフットプリントを作成することがいかに簡単かを見てみましょう。 以下の4つの簡単な手順で、Altium Designerでフットプリントのデザインを作成できます。 ステップ 1：パッドを作成する 部品のランディングパターンが必要になります。これは、コンポーネントデータシートの末尾または選択したデータベースライブラリ内にあります。この例では、人気の高い PIC24FJ64GA004マイクロコントローラーを使用します。 このコンポーネントは、44リードのプラスチック製薄型クワッドフラットパックにパッケージされています。 記事を読む
デザインプロセスのためのPCBライブラリの種類と方法論の定義 PCBライブラリ：設計プロセスにおけるライブラリの種類と方法論の定義 1 min Blog PCB設計者 電気技術者 ECADライブラリ管理者 PCB設計者 PCB設計者 電気技術者 電気技術者 ECADライブラリ管理者 ECADライブラリ管理者 様々なPCBライブラリの種類や方法論が存在し、どれを設計プロセスに取り入れるかは多くの要因に依存します。しかし、どのライブラリ方法論が最適かをどうやって知ることができるでしょうか？続きを読んでみてください。 様々な種類のPCBライブラリや方法論が存在し、どれを設計プロセスに取り入れるかは多くの要因に依存します。一部の小規模ビジネスユーザーは、必要最低限でありながらも非常に柔軟なコンポーネントの表現だけを必要とするかもしれませんが、企業ユーザーは、サプライチェーンへのリンクを含む、非常に特定の読み取り専用の表現を必要とするかもしれません。 その間にいる多くの異なるタイプのユーザーは、全く異なる要件を持っているかもしれません。その結果、この広範囲の要件を満たすために、いくつかの異なるPCBライブラリの種類や方法論が存在します。しかし、特定の設計ニーズに対してどのライブラリ方法論を実装するかをどうやって知ることができるでしょうか？ PCBライブラリの種類と方法論を理解する 利用可能な様々なライブラリの種類と方法論を理解することで、ライブラリ方法論を選択し定義する際に、情報に基づいた決定を下すことができます。統合ライブラリ、データベースライブラリ、コンポーネントライブラリなど、多くの新しいライブラリ用語に出会うかもしれません。これらは、いくぶん馴染みのあるスキーマティックライブラリやPCBライブラリに加えてのことです。しかし、それぞれの目的は何でしょうか？どのライブラリ方法論があなたにとって最適なのでしょうか？ まず理解することが重要なのは、異なるユーザー要件を満たすためにいくつかの異なるライブラリ方法論が存在するということです。さまざまなライブラリ方法論の簡単な概要と各ライブラリタイプの説明をするだけで、ライブラリに関するトピックは簡単にナビゲートして理解できるようになります。そこから、あなたやあなたの組織に最適なライブラリ方法論を決定できます。 必須ライブラリ まず、全体的なライブラリ方法論に関係なく、必須のPCBライブラリタイプについて説明します。PCBを作成するために最低限必要とされる2つの主要なライブラリタイプは、回路図ライブラリ（*.SchLib）とPCBライブラリ（*.PcbLib）です。 回路図ライブラリには、回路図シンボルによってグラフィカルにも電気的にも表される1つ以上の回路図コンポーネントが含まれています。特定のパラメトリック情報（部品番号やコンポーネント値など）は通常、各コンポーネントに追加され、部品表（BOM）の生成時にアクセスできます。1つ以上のPCBフットプリント、およびオプションのSPICEシミュレーション（*.MDLまたは*.CKTファイル）と信号整合性（SI）（*.IBIS）モデルが、回路図コンポーネントにリンクされています。 PCBライブラリには、コンポーネントの物理的なパッド配置やその他の機械的属性を表す1つ以上のPCBフットプリントが含まれています。オプションで、コンポーネントの物理的形状を3Dモードで表現するために、STEP形式（*.STEPファイル）のソリッドモデル3D情報をフットプリントに追加することができます。 回路図とPCBライブラリの関係 最も基本的な方法論として、これらの必須な回路図とPCBライブラリは、コンポーネントを管理するために使用できます。このような方法論では、回路図のコンポーネントがデバイスのすべての可能なビュー（グラフィカルシンボル、電気的接続、ソリッドモデル、SPICE混合信号シミュレーション、およびSIモデル）のコンテナを表します。これは大きな単純さと究極の柔軟性を提供しますが、この方法論は厳格な企業レベルの要件を本当にサポートしていません。多くの別々のファイルを管理することは困難であり、ライブラリ関連の設計エラーの可能性を高めます。 適切なライブラリ方法論の選択 あなたの設計に最も適したライブラリ方法論を知るためには、利用可能なライブラリの種類と方法論の全範囲を最初に理解する必要があります。さまざまなPCBライブラリの種類と方法論についてもっと学びたいですか？無料のホワイトペーパー 新規ユーザー向けライブラリ方法論の定義ガイドを今日ダウンロードして、あなたの設計プロセスに最適なライブラリ方法論を発見してください。 記事を読む
多層PCB設計の『パーフェクト・ワールド』を見つける 多層PCB設計の『パーフェクト・ワールド』を見つける 1 min Thought Leadership 私はずっとクリント・イーストウッドの大ファンです。20世紀の都会にいた私としては、 ダーティーハリーが銃を少々使いすぎだという印象がありましたが、名無しの男のほうは手に負えない無骨さが時代にぴったりとマッチしていました。言うまでもなく、私は彼がごろつきを打倒したり、やくざ者よりも先に銃を抜いたり、女性を射止めたりするのをいつだって応援していましたが、最も興味をそそられたのは、彼が何でもあっという間に決断を下すことでした。もちろん、結果はそのときどきで違います。 良いときもあれば悪いときもあります。それどころか、かなり悲惨なときもあります。 PCBの設計でも、多層PCBを選択するかどうかによって結果が変わります。多層PCBを無用に使用する設計者は大勢いますが、それによって設計が複雑になったり、製造コストが上がったり、現場での修正や修復が実質的に不可能になったりします。 名無しの男が登場する大半の映画の筋書は、善人に対する悪人のむごい仕打ちや卑劣な行為から始まり、ヒーローが悪を正してエンディングを迎えます。この筋書きに沿って、PCBの設計と開発を失敗させ得る要因と、多層PCBを使用するかどうかの決断に組み入れるべき要素について見ていきましょう。 多層PCBのハートブレイク・リッジ／勝利の戦場 PCB設計の観点から見ると、多層PCBはつい使いたくなってしまうものです。結局ところ、「小さければ小さいほうがよい」という考え方は現在の電子設計全体に広がっているようです。ただし、小さいことが設計の主な検討事項でない限り、その罠を避けるべき大きな理由があります。その例をご紹介しましょう。 設計の複雑性: 多層PCBを設計する際は、すべてのスルーホールやビアを正しく整列させることが不可欠です。ここにミスがあると電流に影響が及び、取り付けに関する問題が発生することがあります。また、奇数のレイヤーや厚さの異なる内層を使用すると、基板の湾曲やねじれが生じることがあります。この場合は基板が取り付け不可能になったり、テスト用に格下げされたりします。 これはまずい事態です。さまざまな種類の信号が多層PCBで配線される通信アプリケーションでは、一致しないインピーダンスやクロストークが原因で性能の問題が発生する場合があります。 これもまずい事態です。 製造コストの増加: 多層PCBの製造には、他の基板よりもはるかに高額なコストがかかります。必要になる材料も時間も増えるうえ、技術者は高度な技能を持っていなければなりません。レイヤー数を2つから4つに増やしただけで、製造コストが100%増加することもあります。 これはまずい事態です。 ベンチの修復が困難または不可能: 製造プロセスでも見られるように、小さなエラーは発生するものです。レイヤー数が奇数であったり、レイヤーのサイズが異なっていたりする基板の場合は、これが特にあてはまります。通常、シングルレイヤー（またはダブルレイヤー）のPCBでは、こうしたエラーを容易に修復して基板を使用できる可能性があります。ところが、内層に問題がある場合は修復が実質的に不可能で、基板は使い物になりません。 これはまずい事態です。 見落とされてしまうことがあるもう1つの問題は、レイヤーの増加による熱の上昇です。これは、製品を現場でしばらく稼働させないと表面化しません。製品が機能停止にいたるほど問題が深刻な場合は、Recall（リコール）、Redesign（再設計）、Remanufacture（再製造）の「3R」になってしまいます。 これは悲惨な事態です。 おわかりのように正しい選択をしない限り、多層PCBは重大な問題を引き起こす原因になります。ただし、長所もあります。選択と設計のプロセスについて慎重に検討すれば、クリント・イーストウッドのようにさっそうと夕陽の中へ去って行けるでしょう。 記事を読む
PCBの実装図を作成して設計の意図を明確に伝える PCBの実装図を作成して設計の意図を明確に伝える 1 min Thought Leadership 「一部、組み立てが必要です」この文言は、買ったばかりのものに心を躍らせていた人を恐怖に陥れます。実は、私にもそんな経験があります。それは、子どもたちへのクリスマスプレゼントとして購入したサッカーのテーブルゲームでした。サイズが大きかったために、私はゲームを箱に入れ、クリスマスイブの夜遅くまでガレージに隠しておきました。「それほど難しくはないはずだ」そう高を括った私は、子どもたちがベッドに入ってから、テーブルゲームを組み立て始めました。何杯ものカフェインを摂取し、指の節に痣を作り、部品を失くし、私を「行儀の悪い人リスト」に載せてしまうようないくつかの罵りを口にしながら、夜が明ける直前になってようやくベッドに入りました。クリスマスの朝の家族写真には、テーブルゲームで楽しそうに遊ぶ子どもたちと、もう1杯のカフェインにしがみつくゾンビのような父親が写っていました。 組み立てが必要になるものはたくさんありますが、PCBの世界では実装が必ず必要になります。設計者は部品の配置やトレースの配線中に、実装について常に考えているわけではありません。ただし単純な事実は、設計者が設計したものを誰かが実装しなければならないということです。そこで必要になるのが、製造業者に基板の実装方法を伝えるための実装図です。 これまでに実装図を作成したことがない場合は、この投稿を入門として活用できます。ご安心ください。これは分厚いマニュアルではありませんし、幼稚園に通う私の子どものお絵描きのような設計の見取り図も含まれていません。ここで必要になるのは、実装図のさまざまな要素のほか、PCBのレイアウトツールが実装図の作成にどう役立つのかについて理解することだけです。一番よいところは、ここに含まれる情報が読んでいただくものであり、実際の実装は必要ないという点です。 PCBの実装図には、部品の外形やデジグネータなどの要素が記載される PCB実装図の項目 連携する製造業者にとって使いやすく正確なものにするために、実装図は複数の形態で作成できます。設計中はPCBが実際にどのようになるのかについて、必ず実装図で製造業者に伝えるようにします。自分が連携している製造業者に留意することは重要ですが、大半の実装図に共通する下記の基本的な要素を理解しておく必要があります。 実装図の形式: CADシステムには、図面の形式が自動的に生成されるものと、個別のライブラリーの形状として図面を手動で作成する必要があるものがあります。いずれを使用する場合も、形式と設計データベースを組み合わせて実装図を作成することになります。 基板外形: 製造図と同様に、基板外形を表示します。基板のサイズに応じ、画像を縮尺して実装図の形式に合わせたり、画像を拡大して詳細を表示したりすることができます。 部品の形状: 基板外形内には、基板に半田付けされるすべての部品の形状とそれらのデジグネータを含めます。 機械部品: 取り付け工具を使って基板に配置する機械部品も表示します。こうした部品は標準的なPCBフットプリントではないかもしれませんが、形状を個別に追加または描画しなければならないことがあります。機械部品の例としてはejector handleが挙げられます。これは電気部品ではないため、回路図に表示されない場合もありますが、実装図と 部品表には含める必要があります。 実装の注記: 基本的な実装の詳細、業界の標準や仕様に関する参照、特別な要素の位置が記載される指示の一覧です。 識別ラベルの位置: バーコードや実装タグなどの識別ラベルは、実装の注記に含まれる特定のラベルへの参照や描画ポインターを使って含めます。 記事を読む
部品表在庫管理とオンライン部品リクエストシステムの利点 部品表在庫管理とオンライン部品リクエスト文書システムの利点 1 min Thought Leadership ある時、頭金として使うために家族の一員にお金を借りようと頼んだことがあります。彼の返答には私が理解できない反提案が含まれていたので、そのままにしてしまいました。残念ながら、彼の返答を理解しなかったことで、最初に求めていたものよりもさらに良い機会を逃してしまいました。 そのやり取りは、明確なコミュニケーションの重要性を示す例として私の心に残っています。PCB設計の世界では、特に新しい部品をリクエストする際には、明確なコミュニケーションが不可欠です。しかし、部品リクエストの文書が適切に配布されないために、これらのリクエストが混乱したり、遅れたり、あるいは失われたりすることがあります。エンジニアが利用可能でない部品や、承認されたベンダーリストにないサプライヤーからの部品をリクエストすることもあります。これらの問題はすべて、コストのかかる再設計を引き起こし、製造を遅らせる可能性があります。幸いなことに、部品リクエストの問題を解決するのに役立つ 部品表在庫管理ツールがあります。 新しい部品リクエストを提出する従来の方法 プリント基板が設計されて以来、設計チームによる部品の要求は常にありました。PCB設計が進むにつれて、部品は回路図に追加され、回路を完成させるために接続されます。設計にこれまで使用されていない新しい部品が必要な場合、通常以下の手順が取られます： エンジニアリングチームは、必要な部品を見つけるために部品ベンダーを調査します。 部品が見つかったら、エンジニアリングはスプレッドシート、Eメール、または紙の文書の形で購買およびCAD部門に新しい部品のリクエストを提出します。 購買は部品のコストと入手可能性を調査し、それに企業の部品番号を割り当てます。 CAD部門は、エンジニアリングによって収集された部品データを使用して、回路図とレイアウトのための予備のライブラリ部品を開発します。 入手可能性が確認されると、承認された部品リクエストがエンジニアリングに返送されます。 ライブラリ部品、回路図、およびレイアウトはすべて、承認された部品情報で更新されます。 このプロセスには多くのステップがあり、そのいずれかが部品リクエストに問題を引き起こす可能性があります。 従来の部品リクエストシステムの問題点 従来の部品リクエストシステムに関連する問題点 従来の部品リクエスト方法には、いくつかの問題が生じる可能性があります。これらの問題の中で最悪の2つは、未承認のベンダーから新しい部品をリクエストすること、および購入できない部品をリクエストすることです。 正確な部品を見つけるために、エンジニアリングは会社で承認されたベンダーとして資格を持たない部品供給業者を検討することがあります。要求された部品が設計にとって完璧な解決策であっても、部品ベンダー自体がエンジニアリングには明らかでないビジネス上の理由で受け入れられない可能性があります。また、承認されたベンダーによって新しい部品が提供されている場合でも、まだ使用できないか、または製造ニーズをサポートするのに必要な数量で利用できない場合があります。 新しいベンダーを認定するか、利用できない部品の代替品を見つけるには時間がかかります。設計が進行して新しい代替部品を収容するための再設計が設計スケジュールに深刻な影響を与える段階に達しているかもしれません。 もう1つの問題は、部品リクエスト文書の配布に失敗することが発生することです。これは次のような理由で起こる可能性があります： 1) 紙の部品リクエストは、うっかり失くされたり破壊されたりすることがあります。「宿題を犬が食べた」という古い言い訳を笑っていたものですが、紛失した書類の現実は笑えるものではありません。 記事を読む
複数のデザイン構成にPCB実装バリアントを使用すべき理由 複数のデザイン構成にPCB実装バリアントを使用すべき理由 1 min Thought Leadership 何年も前、筆者は既存の基板からコピーしたデザインを扱っていましたが、問題が1つありました。レイアウト上のいくつかの回路が、技術者が作成した回路図の回路と一致しませんでした。これによって多くの混乱が生じました。最終的には、設計が承認されて製造部門に送られた後で基板に加えられた編集が問題だったことが判明しました。実装バリアントを作成したことで、回路図との同期が失われたと同時に、基板に不用意な変更が行われたのです。手作業で実装バリアントを管理しようとした場合、このような問題が忍び寄ってくる可能性があります。これにより、設計が遅れたり、さらに悪いことには、発覚していないエラーのため不良基板が製造されるかもしれません。 PCB実装バリアントとその必要性 同じ基板を、複数用途のため、実装時に異なる構成にできるよう回路基板を設計することは一般的です。これらの異なる構成は実装バリアントとして知られています。例えば、異なる電圧で動作させることができるよう電源供給を設計するケースがあります。どの部品を使用するか、使用しないか、あるいは変更するかを変えることで、実装時に異なるバージョンの電源供給基板を作成する方法が決まります。 実装バリアント用の回路基板を設計する場合、金属の電気回路構成要素（パッド、トレース、領域フィルなど）が、提案された全ての構成で機能するようレイアウトされることが重要です。このように、異なる構成が全て、未加工の同一基板設計から作成可能です。これにより、設計者の作業負荷を減らすだけでなく、基板製造と在庫の費用を減らすことができます。 各PCB実装バリアントにはドキュメントが必要です 手作業による実装バリアントの作成とドキュメント化 従来、PCB設計者は、複数のバリアントを扱う場合、各基板の実装構成に対応するため、別々のデザイン データベースを作成する必要がありました 。 これは、各実装に専用のドキュメントが必要だからです。 ただし、この方法でも設計エラーが生じる可能性がありました。 各デザイン データベースは、未加工の基板設計を含んでいるので、全てのバリアント データベースにコピーされます。未加工の基板設計のマスターコピーを1つ持つことは優れた設計慣習ですが、そのマスターコピーが各バリアントのコピーに含まれる場合は問題が生じる可能性があります。これは、たとえ偶然でも、未加工の設計がいずれかのバリアントコピーで変更された場合、未加工の基板設計の異なるコピーが作成されることになります。こうなると、どれが正しいマスターコピーか分らなくなる可能性があります。未加工の基板が全ての異なる実装バリアントの基本デザインである場合、これは問題です。何年も前に経験済みですが、変更の結果、回路図とのリンクが切断された場合、状況はさらに悪化します。 最終的には、これらの潜在的な問題と、同じデザイン データベースでの複数コピーの管理は、作業負荷を増やします。未加工の基板が意図的に変更されるたびに、各バリアント データベースに編集内容をコピーする必要があります。これは、時間のかかる作業であり、データベース間でデザインの一貫性を確実に保つために高い集中力が求められます。 PCB実装バリアントにより、同じ基板を異なる用途のために構成できます。 バリアント管理ツールによるプロセスの簡素化 CADアプリケーションのバリアント管理ツールは、1つの基本データベース内で全ての作業を行えるようにすることで、異なる実装バリアントの作成と管理のプロセスを簡素化します。バリアントを作成する際、特定部品を使用する、使用しない、あるいは値を変更するなどを指定することができます。また、バリアント管理ツールにより、実装図面などの出力や部品表を変更して、変更された部品の状態を反映できます。 記事を読む
不十分なデータ管理に起因する開発後の問題の評価 不十分なデータ管理に起因する開発後の問題の評価 1 min Blog どのような設計者やチーム、企業にとっても、設計をリリースまで漕ぎつけたときは安堵のため息をつける瞬間でしょう。しかしながら、この瞬間が常に喜びに満ちたものになるとは限りません。プロジェクトの完了には、次の2種類があります。a）ドキュメント化プロセスに何の不備もなく無事設計を完了しており、リリースの準備を開始できるケース。b）設計は問題なく完了しているが、データ管理プロセスに小さな（または大きな）誤りがあるため、修正と製造の後戻りが必要であり、製品リリースを遅延せざるを得ないケース。データ管理プロセスに何らかの不備がある場合、開発後はすべての局面を通じて後悔し続けることになりかねません。 開発後の懸念と後戻りの可能性 開発後の局面で懸念が持ち上がるのは当然のことであり、特にデータ管理についての不確定要素がある場合はなおさらです。ECADデータ資産の管理が十分でないと、ドキュメント化の方法が時代遅れになる傾向にあります。その場合、データ管理システムでエラーが非常に発生しやすくなり、ECADプロセスの多数の要素を手動で構成し直す結果になるおそれがあります。 ECADデータの正しい保存方法 ECADデータの保存場所は、その保存方法と同じくらい重要です。いまだに数多くの企業が、Dropboxなどの一般向けネットワークドライブを利用してECAD資産を保存しています。これは一見便利に思えるかもしれませんが、体系化された信頼できるデータ管理システムが設計方針に組み込まれていない限り、以下のような問題が生じるおそれがあります。 アクセスの制限 不十分なデータコントロール 異種の複雑なデータ ライフサイクルの非対応 プロジェクトを重視して体系化されたデータ管理システムがない場合、特定のファイルにアクセスできないだけでなく、データの配置ミスや紛失につながる可能性があります。 迷いのない製品リリース 開発後の不確定要素を評価するときは、仮説のわなに陥り、自分を見失いやすいものです。しかし、使用するリソース、データ管理戦略の正しい実施方法、データの保存場所をきちんと理解していれば、不安を確信へと変えることができます。現在のプロセスに疑いを抱いたり、損失の大きいエラーのために設計データの修正を余儀なくされたりした場合、貴重な時間が無駄になります。設計から製造までのプロセスを進める中で、このような問題を回避するには、正確なデータを体系化して、はじめから正しい方法で管理することです。 無償の ホワイトペーパー を今すぐダウンロードしてください。このホワイトペーパーでは、Altium Vaultを利用して、時間と予算を重視した賢明なデータ管理システム運用について説明しています。 記事を読む