Skip to main content
Mobile menu
ソリューション
Octopart Discover
世界最大級の電子部品検索エンジン 部品情報、市場供給状況、代替候補を一元的に確認し、設計初期段階から迅速な意思決定を支援
Altium Develop
高度なPCB設計とクラウド共同作業 回路設計からレイアウト、レビュー、データ共有までを単一環境で実現
Altium Agile Teams
チーム開発を標準化・高速化 設計・調達・製造をつなぎ、部門をまたいだ共同作業を効率化
Altium Agile Enterprise
開発データとプロセスを統制 要求からリリースまでを一元管理し、トレーサビリティとガバナンスを強化
リソース&サポート
Free Altium 365 Tools
Gerber Compare
Online PCB Viewer
リソース&サポート
ラーニングハブ
サポートセンター
マニュアル
Webセミナー
Altium Community
フォーラム
バグの報告
アイディア
大学・高専
学生ラボ
Free access to professional PCB design software, training, and learning resources for students
教育者センター
A comprehensive education platform providing curriculum, software, training, and classroom resources for educators
Altium Education カリキュラム
Free college- and university-level PCB design curriculum designed to prepare students for real-world engineering careers
Altium Professional Training
Flexible on-demand and instructor-led training courses that help engineers build and advance their PCB design skills
Search Open
Search
Search Close
サインイン
ホワイトペーパー
Main menu
ホーム
PCB設計
PCB設計コラボレーション
コンポーネント管理
設計データ管理
製造出力
ECAD/MCAD
HDI設計
高速設計
マルチボード設計
PCBレイアウト
PCB配線
PCBサプライチェーン
パワーインテグリティ
RF設計(高周波回路)
リジッドフレキシブル基板設計
回路設計
シグナルインテグリティ
シミュレーション/解析
ソフトウェア
Discover
Develop
アジャイルチーム
アジャイル・エンタープライズ
Altium 365
Altium Designer
リソース
プログラム
Altium Academy
エンジニアリングニュース
ガイドブック
ニュースレター
ポッドキャスト
プロジェクト
トレーニングコース
Webセミナー
ホワイトペーパー
ホーム
ホワイトペーパー
ホワイトペーパー
アルティウムのホワイトペーパーをお探しですか?プロトタイプから製造まで、PCB設計に関するトピックを詳細に網羅した最新のホワイトペーパーをご覧ください。
Explore Altium Develop
Explore Altium Agile
Ask an Expert
Overview
Altium Develop
Agile
PCB Design and Layout
Data Management and Version Control
Systems and Product Design
All Content
Filter
見つかりました
Sort by
最新
人気順
タイトル(昇順)
タイトル(降順)
役割
電気技術者
技術マネージャー
ITマネージャー
機構設計者(メカエンジニア)
PCB設計者
購買・調達マネージャー
ソフトウェア
Altium Develop
Altium Agile Teams
Altium Designer
Altium 365
BOM Portal
GovCloud
MCAD CoDesigner
コンテンツタイプ
ガイドブック
ホワイトペーパー
回路図からプロジェクトライブラリを迅速に作成
1 min
Whitepapers
Altium Designerのパラメータマネージャーを使用して、外部共有に便利なプロジェクトライブラリを迅速に作成する方法を学びます。 外部の製造業者を使用する場合や、内部にインストールされたライブラリにアクセスできない他の当事者と設計を共有する場合、プロジェクトライブラリを作成するとデータの共有が容易になります。既にインストールされているライブラリ、Altium Vaultライブラリ、またはサプライヤー検索を使用して手動で作成した場合でも、部品をローカライズして作成を容易にすることができます。これにより、設計の外部共有のための移植性が向上します。 ALTIUM DESIGNER プロジェクトからライブラリを作成するAltiumの概要 各コンポーネントのプロパティを編集する方法や、類似オブジェクトを検索コマンドを使用してスキーマティックインスペクターを利用する方法がありますが、これらのアプローチは大規模なマルチシートPCBフットプリントやスキーマティックキャプチャには実用的ではありません。この文書では、パラメータマネージャーを使用して迅速にスキーマティックエディターライブラリを作成し、コンポーネントを単一のグローバルプロジェクトライブラリに統合する方法を示します。 このプロジェクトからライブラリを作成するAltiumの概要では、プロジェクトライブラリを持たないプロジェクトから始め、すべてのコンポーネントがインストールされたライブラリから発生していることを前提とします。図1を参照してください。 図1: スキーマティックライブラリを持たないプロジェクト。 例の設計ではシートが1枚だけです。より大規模な回路図の場合、この方法を使用するには設計内のすべてのシートを開いておく必要があります。 プリント基板統合ライブラリの作成 まず、設計内のすべてのコンポーネントを使用してプロジェクトライブラリを作成します。プロジェクト内の回路図ドキュメントに既に配置されているコンポーネントから回路図ライブラリを作成できます。これは、スキーマティックエディタで利用可能なDesign -> Create Printed Circuit Board Schematic
記事を読む
PCB設計ドキュメントで自信を持ってすべての設計の詳細を捉える
1 min
Whitepapers
ハードウェア製造業スタートアップ企業 / エレクトロニクスプロトタイパー
設計文書は、システムの設計に関するすべての側面を捉えなければなりません。これには、仕様、設計意図、設計プロセス、そして仕様へのトレーサビリティが含まれます。それによってのみ、設計者は関連する設計情報が一箇所に集約されていると確信することができます。この論文は、製造および組立図面を超えた設計の詳細をどのように捉えるかを考慮するためのガイドラインとして意図されています。 はじめに 設計を文書化する上で最も重要ながらもしばしば避けられがちな側面の一つが、正式な設計文書です。私たちはしばしば、設計を完了させ、製造、組立、検証の文書を生成し、それで仕事が終わったと考えがちです。システム仕様、設計意図、設計プロセス、そして仕様へのトレーサビリティを適切に捉えることは、時間がかかり困難ながらも非常に必要な作業です。 pcbエディタのドキュメントにおける設計の詳細の捉え方は、あらゆる設計の計画段階で始まり、仕様から始まります。設計文書が対象とする設計がより大きなシステムのサブシステムである場合、全体のシステム仕様が提示され、その後、システム仕様のうちサブシステムに流れ込む部分が対処されなければなりません。設計プロセスを通じて、設計文書は生きた文書となり、各サブサーキットが設計され実装されるにつれて、設計プロセスとともに成長します。 設計文書の意図は、回路図、製造および組立図面の範囲を超えた関連する設計情報を捉えることです。 仕様 仕様策定段階は、時間と予算の制約のためにしばしば見落とされたり避けられたりする領域です。したがって、適切な仕様の開発に対処するためには、前もって時間とリソースを割り当てる必要があります。時間と資金が貴重なスタートアップ環境で働いているとき、私は何度か、あいまいまたは存在しない仕様で製品を設計するという任務に直面しました。このアプローチは危険が伴います。存在しないまたは変動する仕様に基づいて設計することは、終わりのない開発の物語につながります。仕様は、何を達成すべきか、そして設計が完了したときにそれを検証するために存在します。「もっと良くできる」という考え方がしばしば持続し、プロジェクトは予算を超え、スケジュールが遅れることになります。これが、最初に仕様に取り組まなかった主な理由です。 設計文書で取り扱われるデバイスの仕様は、しばしばはるかに大きなシステムのサブシステムになります。全体的なシステム仕様が提示され、その後、手元のデバイスに適用されるシステム仕様の一部が論理的かつ順序立てて提示されます。 仕様には以下が含まれるべきです(ただし、これに限定されません): - 機能(サブシステムが何をすることを意図しているか) - 運用環境(温度、湿度など) - 他のサブシステムへのインターフェース - 電力予算 - 利用可能な供給電圧 -
記事を読む
電子ルールチェックで素早く誤りを特定し、修正する
1 min
Whitepapers
製品ライフサイクル管理(PLM)ツールを使用すると、企業製品に関連するすべてのデータにアクセスできます。これには、すべてのコンポーネントと設計データだけでなく、コスト、優先サプライヤー、その他の関連する企業データなどの他の重要なデータも含まれます。PLMシステムは、データ、プロセス、ビジネスシステム、そして最終的には人々を統合し、拡張エンタープライズに類を見ない透明性を提供します。PLMシステムにより、企業は製品のライフサイクル全体を通じて、概念から設計、製造、サービス、廃棄/リサイクルに至るまで、情報を効率的かつコスト効果的に管理できます。PLMの利点は、入力データの良さによってのみ実現されますが、これはしばしば企業全体の受け入れと統合の課題によって損なわれます。 概要 歴史的に、ほとんどのPLMシステムは機械設計から始まりました。そのため、初期のデータモデルはECADに適していませんでした。その上、ECADデータをPLMに取り込む手段は、ほとんどの電気設計者にとって煩雑で異質です。PLMサプライヤーはこの経験を改善するために努力しており、多くの場合、インターフェースを作成するために第三者に依存しています。PLMベンダーが投資したにもかかわらず、ECAD BOM、組立、製造、バリアント、およびその他のコンテンツをPLMに取り込むプロセスは、多くの企業にとって依然としてコストと効率の課題です。 検索、使用、公開 EDAConnectの唯一の機能は、ECADとPLM(図1)の間に正確で使いやすく直感的な接続を提供することです。これには永続層がなく、電気およびエンタープライズドメインからのインデックスとしてデータを保存し、単一の情報源を保証します。EDAConnectの主な強みは、設計者にとっての使いやすさと直感的なワークフローです。 図1: EDAConnect — AltiumからAgileへ エンジニアは、企業データが複数のソースにまたがっているため、適切な情報を探すのに時間の30〜40%を費やしています。EDAConnectは、ブラウザベースのインターフェースを使用した最新の検索技術を利用して、エンジニアが必要な情報を見つけることを可能にします。この直感的なインターフェースは、エンジニアリングだけでなく、それ以外のユーザーにもアクセスしやすくしています。インターフェースはAmazonに似ており、キーワード、パラメータ、またはその組み合わせによる検索をサポートしています。EDAConnectは、すべての製品データコンテンツのエンタープライズビューを提供します。 必要な情報が見つかったら、ユーザーは部品とBOMコンテンツを比較して変更を理解したり、再利用のために評価したりすることができます。選択した部品はショッピングカートに追加され、ECAD環境に重要な部品選択がプッシュされて使用されます。 EDAConnectは、ECADライブラリと同期して重要なPLMメタデータも保持します。エンジニアがまだ使用が承認されていない部品を見つけた場合、EDAConnectはエンタープライズ部品リクエストのプロセスを簡素化します。承認されると、PLM部品情報を回路図で使用できます。適切な部品を使用するためには、CADライブラリになくPLMと同期していない場合(つまり、最初に欲しかった部品が利用できないため、代替品を探さなければならない;代替品がCADにまだないため、CADモデルを作成またはリクエストしなければならない)、デザイナーは2〜3倍の時間がかかることがあります。 エンジニアが設計をPLMに公開する準備ができたとき、そのプロセスはAltium Designer内のメニューからネイティブに駆動され、同じくらい簡単です。ウィザードベースのインターフェースがデザイナーを公開プロセスを通じて案内し、必要なデータを収集し、ECOを生成し、PLMでサポートデータ構造を作成します。手動プロセスは3〜5倍の時間がかかります。さらに、手動プロセスでは、コンテンツのリリースに複数の反復が必要になる場合があります。EDAConnectの自動化は、リリースからPLMへの時間を1時間から数分に短縮し、1サイクルで行います。 結論 EDAConnectは、 Altium DesignerとAgile間の相互作用を自動化し、3つのシンプルなコンセプトに焦点を当てています: Find
記事を読む
Altium Designerで変わった形状を作成する - ドーナツ形
1 min
Whitepapers
Altium Designer®で含まれている押し出し、円柱、球体の形状タイプを使用すると、リアルな3Dの機械的形状を作成するのは一般的に非常に簡単です。しかし、いくつかの形状は難しい場合があります。この文書は、ドーナツ形のトロイドを作成するための顧客からの要求の例です。 はじめに 「トロイドスタイルのチョークのために、PCBフットプリントライブラリに3Dコンポーネントボディを作成したいです。SolidWorksのような機械設計パッケージにアクセスできないので、Altium Designerの押し出し形状や円柱形状を使用して作成したいと思います。問題は、リアルな部品のビューで「ドーナツ」形状を再現するために、どのオブジェクトからも穴を開けることができないことです。」 Altiumで作成された形状から穴を開けることはできませんが、閉じた「C」形状を基本的に作成することで、ドーナツ形状を実現することができます。この文書では、そのプロセスを詳細に説明し、図1に示すように、部品のモデルとしてCoilcraft DMTパワーインダクタを使用します。 図1:3Dドーナツ形状はこれらのCoilcraftトロイドインダクタをモデル化しています。 ドーナツの作成 ドーナツの寸法は外径が1.5インチ、内径が0.8インチ、幅が0.475インチです。 開いている .PcbLibファイルで、スナップグリッド( Gホットキー)を大きくて作業しやすいものに設定します。この場合は50ミルです。 Place/3D Body メニューから3Dボディ描画モードを開始します。 3D Bodyダイアログで、 3D Model
記事を読む
ウェアラブル機器の課題に対応する
1 min
Whitepapers
リジッドフレックスの課題と機会の詳細をご覧ください。
記事を読む
ライブドリルテーブルの使用がPCB製造を向上させる
1 min
Whitepapers
ドリル描画レイヤーは、穴あけ位置、穴のサイズ、穴の公差、その他の関連情報などの詳細を提供します。このレイヤーは、基板製造プロセスを最終的に支援することができます。プリント基板を設計する際にリアルタイムのドリルテーブルを見ることができれば、余分なステップを省略してプロセスを加速させるのに役立ちます。この機能により、基板を製造業者に送る前に特定のドリル穴の不一致を発見することができます。 また、プリント基板のドリルの配列を単に見ることで、設計プロセスの効果を高めることができます。Altium Designerのリアルタイムドリルテーブルとリアルタイムドリル穴描画は、PCBを設計する際に監視と修正を容易にする非常に役立つ機能セットを追加します。 プリント基板を製造する上で最も重要な要素の一つは、プリント基板PCBドリルテーブル、またはドリル凡例とも呼ばれます。このテーブルには通常、ドリル穴の数、各穴を表す記号、穴のサイズ、穴の公差が含まれます。しばしば、このデータはGerberが生成されたり、他の製造出力が生成されるまで提示されないか利用できません。しかし、基板を設計する際にこの情報を見ることができれば、設計エンジニアにとって安心できる貴重な資産となります。 穴の問題 プリント基板の設計では、製造プロセスで穴あけが必要な多くの穴が通常存在します。 これらの穴のサイズや穴の数は、基板製造の変動コストに影響を与える可能性があります。設計の完了後、製造業者によって特定の要件と制限が特定され、設計者はドリルプレスの設計を変更してドリルデータを再提出する必要があります。このような問題は、プリント 基板の生産を遅らせ、設計者にとってさらなるステップを追加するだけです。ステップが増えると、それだけ時間のロスが増え、結果的にプロジェクトのコストが高くなります。 リアルタイムドリルテーブル Altium Designerでは、ライブドリルテーブルをPCBエディターに直接配置することができます。このテーブルは「ライブ」と定義されているのは、デザイナーがPCB上で作業を行う間に動的に更新されるためです。別のスルーホールコンポーネントやビア、パッドが追加されると、テーブルは動的に更新されて新しく追加されたドリル情報を取り込みます。このライブドリルテーブルはドリル描画レイヤーに存在し、設計プロセス中に簡単に確認することができますし、必要に応じて表示から隠すこともできます。図1は、PCBレイアウトエディターに配置されたドリルテーブルのビューを示しています。 図1: PCB設計に配置されたドリルテーブル。 ドリルテーブルのもう一つのライブ機能は、ドリル描画シンボルとそれらの設計内での位置です。エンジニアやデザイナーによってカスタマイズ可能なこれらのシンボルも、ドリル描画レイヤーに存在します。ドリルテーブルと同様に、これらのシンボルも動的に更新され、ライブドリルテーブルに表示されるデータを反映します。図2は、ドリル描画レイヤーがシングルレイヤーモードを使用して分離された場合のアクティブな設計でのこのドリル描画レイヤーの見え方を示しています。ドリルシンボルの詳細については図3をご覧ください。 図2: 分離されたドリル描画レイヤー。 図3: ライブドリル描画シンボル。 テーブルが配置される前後に、ドリルテーブルやドリルシンボルに表示される列やデータをカスタマイズすることができます。図4は、ドリルテーブルダイアログとドリルシンボルダイアログ内でデザイナーが持つ様々なオプションを示しています。 図4
記事を読む
チームコラボレーション & PCBデザイン
1 min
Whitepapers
かつて、回路設計が完了すると、「PCBデザイナー」に引き渡され、その人がボードレイアウトを作成していました。しかし現在、タブレット、スマートフォン、さらには電子ゲームのような複雑な製品では、PCBに関わるのは一人ではありません。製品は専門家のチームによって設計され、効果的に協力できなければ、時間が無駄になり、エラーが発生します。 かつて、コンセプトデザインが完了すると、「PCBデザイナー」に引き渡され、その人が最終的なPCBレイアウトを作成していました。しかし現在、タブレット、スマートフォン、さらには電子ゲームのような複雑な製品では、チーム協力とPCB設計が重要です。製品は専門家のグループによって設計され、効果的に協力できなければ、時間が無駄になり、エラーが発生します。 プロセスは、しばしばチームが同じ場所にいないという事実によってさらに複雑になります。そのため、チーム間で調整、文書化、共有するためのソフトウェアツールが、スムーズなワークフローに不可欠です。この論文では、強力な協力機能を持つPCBツールを評価する際によく尋ねられるいくつかの質問を探求します: - 強力な協力的PCB設計ツールがない場合、グループPCB設計環境で働くことのデメリットはありますか? - 強力な協力ツールを備えたPCB設計ツールがチームにどのような利益をもたらすことができますか? - PCB設計ツールのオプションを検討する際に、どのような協力機能を探すべきですか? 協力的なPCB設計環境で働く際の落とし穴 適切なツールがない協力的な雰囲気での第一の課題はコミュニケーションです。効果的でないコミュニケーションは、設計プロセス内での障害、遅延、失敗を引き起こし、時間とお金を費やします。ここでは、協力的な設計環境に大きな影響を与える4つの深刻な問題を紹介します。 製品ライフサイクル管理と設計データの同期がない:協力ツールがないと、設計者は誤って同じ部分の設計を変更し、致命的なデータ競合を引き起こす可能性があります。チームメンバーは、古いバージョンで知らずに作業を続ける、不必要な作業をやり直す、または矛盾を整理しようとするという選択を迫られることがあります。 もう少し洗練された設計チームは、プリント基板PCBの設計作業において、MCADとECAD(電子設計者)間で交換ファイルを使用しますが、データベースの静的なファイル転送を採用しています。交換ファイルの使用は何もしないよりはましですが、どのデータが変更されたか、どこで変更が行われたか、誰が変更したかを特定することは非常に困難です。この情報がなければ、真の同期は発生せず、同じ問題が発生します。 同じ設計における非効率なチームワーク:設計作業に取り組んでいるすべての作業を確認できることは、効率的なワークフローにとって重要です。関与するすべてのエンジニアは、互いの意図とビジョンを理解する必要があり、それには包括的なコミュニケーションが必要です。 しかし、メールのスレッド、メモ、その他の不格好なコミュニケーション方法は、ワークフロー内の効率と生産性を妨げます。プロセスは煩雑で、メッセージにccされていない場合、情報が失われる可能性があります - そして、メールを受け取ったとしても、時間内に読まないかもしれません。 断続的または稀なPCBレイアウトの交換は、最終製品に問題が生じることが多く、設計者はステップを踏み直し、違反の原因を特定し、設計をやり直さなければなりません。チームメンバーは、全体の設計が最終的なPCBレイアウトと回路図のキャプチャのサインオフを達成できるように、実質的に仕事を2回行っています。 異なる設計ドメイン間のコミュニケーション:PCB設計者の仕事は、完成した最終製品の一要素としてのボードに焦点を当てていますが、実際には多くの人が関与しています。プリント基板の形状に取り組む電気および機械エンジニアやCAD技術者がおり、製造側では、製造の専門家、物流およびサプライチェーンの専門家がいます。 PCB設計ソフトウェアに触れる各グループは、異なる設計ドメインを使用しており、自分たちのネイティブアプリケーションでデータを解釈しながら同じ「言語」でコミュニケーションを取ることはほぼ不可能です。複数のドメインを単一の合理化されたワークフローに統合することはなく、同じボードにアクセスできる複数のデザイナーがプロジェクトにアクセスできる他の人の作業に影響を与える可能性があります
記事を読む
Pagination
First page
« First
Previous page
‹‹
Page
11
現在のページ
12
Page
13
Page
14
Page
15
Page
16
Next page
››
Last page
Last »