コンポーネント管理の簡素化

コンポーネントを管理し、リアルタイムのサプライチェーンデータを取得し、数百万のすぐに使用可能な部品にアクセスしましょう。

詳細を見る

手間のかからない<br>製造

メールのやり取りも混乱もなく、クリックするだけで製品を製造部門に渡すことができます。

詳細を見る

Manufacturer Part Search

コンポーネントの作成プロセスを省略して設計時間を短縮できます。

詳細を見る

コンポーネントの作成と管理

PCBデータ管理システムおよびプロセスの最大の問題点

PCBデータ管理システムおよびプロセスの最大の問題点 PCBデータ管理は、最終目的地のない旅のようなものです。この旅では、重大な問題が起こるかもしれません。しかも、たいていの場合、突然です。無視した場合、事態は悪化し、最終的にはPCBデータ管理システム、およびプロセスはすっかり台無しになる可能性があります。このブログでは、こうした問題をいくつか見ていきます。問題は突然現れる可能性があり、油断しているとたちまち困った事態に陥るので、この記事ではそれらの問題を「落とし穴」と呼ぶことにします。ですが、落とし穴をあらかじめわかっていれば、半分は勝ったようなものです。船頭多くして船山に登るほぼすべてのPCBデータ管理システムで起こり得る一般的な問題の1つは、管理者が多すぎることです。つまり、誰もがある特定作業を行うことを許可されているということです。企業は、多くの場合、便宜上または有効性の理由でそれを許可しますが、これはひどい間違いです。 PCB設計プロセスにおいて、ライブラリ管理者は最も重要な役割を果たしていると考えられます。すべてのPCB設計の基本はコンポーネントであり、コンポーネントの品質はひとえにライブラリ管理者の双肩にかかっています。先日、私自身もこれを経験しました。全員がライブラリにコンポーネントを作成できるという「決定が下された」ときです。このときは、40人前後のグループについての話でした。まもなく、誤った部品のせいで、ライブラリ全体のコントロールが失われ始めました。解決策は、ライブラリにアクセスするメンバーと実行できる操作を管理することです。数名のライブラリ管理者を選出したところ、コンポーネント作成が速やかに管理されるようになり、品質も大幅に向上しました。管理外のライブラリ私が会社に念押ししておきたいPCBデータ管理のもう1つの大きな問題は、管理外のライブラリのまん延と使用です。その名前が示すように、管理外のライブラリは、コントロールされたPCBデータ管理システムの外にあります。通常、レビューされていないコンポーネントが含まれており、完全に不適切なライブラリです。さまざまな理由から、設計者はそのようなライブラリを所有し、使用しています。しかしながら、PCB設計が失敗するリスクも負っています。私はこれまでにいくつもの問題を目にしてきました。製造組み立てにおいてのみですが、いずれも管理外のライブラリの不適切なコンポーネントが原因でした。私たちは、Altium DesignerのItem Managerを使用して各設計を定期的にチェックし、各コンポーネントのソースを確認します。管理されていないライブラリの使用が判明した場合は、ただちに対応して削除します。このような特定の問題の解決策は単純です。いかなる条件下でも、管理外のライブラリを許してはなりません。情報の品質保証企業にとっては、PCBデータ管理システムの意義は1つです。つまり、お金です。会計台帳のどちら側に記載されるかは大きな問題です。情報は利益にも損失にもなり得ます。すべては、データの品質次第です。PCB設計で使用された管理外ライブラリと管理外コンポーネントでは、どちらがより不適切なのかはわかりませんが、どちらも同じ結果を招きます。それは誤ったPCB設計とお金の無駄です。レビュープロセス必要なのは、コンポーネントおよび部品の全体をレビューするための詳細な計画です。回路図シンボル、フットプリント、3Dモデル、シミュレーションなどのモデルがコンポーネント全体を構成するため、これらのモデルに関連する問題は、複数の部品に影響を与えます。そのため、レビューの際は特にこれらのモデルに注意を払います。このモデルレビューのプロセスは、リリース前のコンポーネントの全体レビューの一環です。通常、レビューの際はこれらのコンポーネントを隔離するので、誤って紛れ込んで設計を台無しにすることはありません。

PCB設計データ管理システムの成功の定義

PCB設計データ管理システムの成功の定義私の好きなZig Ziglarの言葉の1つに、「成功とは、自分の持っているもので最善を尽くすことです。成功は行動そのものであり、成果ではありません。試みの中にあり、勝利の中にはありません。成功とは個人の基準で、自分の中にある最高地点に到達し、自分がなれるものすべてになることです」というものがあります。私はこの言葉、自分の持っているもので最善を尽くすことを目指しています。また、何かに成功するには現実的な予測と、何をもって成功とするかについて正確な理解が必要だということも付け加えておくべきでしょう。これらは、人によって異なるものです。このブログでは、PCBデータ管理における成功とは何かについて考えてみましょう。情報は、常に活発に変化しているため、ライブラリは生き物として呼吸を続けます。次に、データシステムのベースラインは何かを検討し、可能な限り最低限の危険性で運用できる方法を考えます。第2部では、すべてのPCBデータ管理システムに関係するS.M.A.R.T.のルールと、それらのルールを規定することで成功がどのように保証されるのかについて詳しく説明します。 PCBデータ管理の成功とは何ですか? PCB設計管理における「成功」は、いくつかの側面に分けられます。私が自社のPCBデータ管理システムを開始したとき、これは膨大な作業であることをすぐに理解しました。これで終わりという目標は存在しません。ライブラリとPCBデータ管理プロジェクトは典型的なプロジェクトではありません。典型的なプロジェクトは最初から明確な照準と目標が規定されており、その目標に達した時点で終了します。設計したものが正しく動作すれば、それで成功とみなされます。PCBデータ管理はそうではなく、条件付き成功レベルとでも呼ぶべきもので評価されます。この点については、後でさらに詳しく解説しましょう。静的な情報と動的な情報データシステムについて「条件付き成功」を考える主な理由は、データ自体の性質です。データシステム内のデータは2つの主なカテゴリに分類できます。1つは静的なデータ、すなわち、一切、変更されないデータです。静的なデータの例として、製造業者、部品番号、回路図のシンボル、3Dモデルなどが挙げられます。データのもう1つのカテゴリは動的なデータ、、すなわち、変更、または進化が発生する情報です。動的なデータの例として、供給ベンダー、価格、利用可能数量などがあり、場合によってはパラメーター情報も含まれます。動的な情報は変化するため、定期的にコンポーネントを更新する必要があります。これらの情報が存在するため、PCBデータ管理システムは生き物で、活動し続けていると言えるわけです。PCBデータ管理システムで動的な情報が最新の状態に維持されていなければ、データは不適切なものとなり、PCB設計者の役に立ちません。ライブラリの用語では、この状態を staleと呼びます。 PCBデータ管理システムの最初の範囲と目標は何ですか? コンポーネントが常に変化し続けるなら、データ管理システムの最初の基準線はどのようにすればいいでしょうか。データの一部が、いずれかの時点で変化することは事実です。しかし、最低限の基準を必ず満たせば、可能な最小限の危険性でPCBを設計できます。その最低限の基準とは、最小コンポーネント要件とレビュープロセスの2つです。最小コンポーネント要件新たに作成されたコンポーネントは、要件のチェックリストを満たす必要があります。例えば、標準的な回路図シンボルで特定のアイテムが必要なら、ピン接続、ピン番号、ピン名、回路図本体、デフォルト参照デジグネータ、部品名、説明を含めます。フットプリント (デカール) 側には、パッド、実装情報、シルクスクリーン、placement courtyard、3Dモデルを含める必要があります。その後で、特定の部品名/説明、部品のパラメータ情報、調達情報、回路図シンボルのモデル、フットプリント、および場合によってはシミュレーションモデルを含めて、完全なコンポーネントを構築します。

37 Videos キープアウトやコンポーネント選択機能の変更

3:31 Videos Altium Designer 19.1の更新についてこのビデオでは、Altium Designer 19.1の更新により、新機能とバグ修正のいくつかと、Altium Designerユーザーの皆様がこの最新バージョンに更新すべき理由について、Ben Jordanが解説します。

一貫性のあるPCBデータライブラリを構築する方法

Newsletters OnTrack 一貫性のあるPCBデータライブラリを構築する方法 Judy Warner: お話を始める前に、「ライブラリ」とは何か、またそのあらゆる領域で必ず必要となることについて明確にしていただけますか? Cherie Litson: 技術者の多くは、「ライブラリ」を、何らかの形のデータベースに関連付けられた、シンボルファイルやフットプリント（デカル、ランドパターンなど）ファイルとして定義します。データベースを用意する必要すらありません。適切な回路図のシンボルファイルやフットプリントファイル、それらを関連付ける手段（属性、パッケージライブラリなど）さえあればよいのです。自分でライブラリを定義するのであれば、これでうまくいきます。これは単純なライブラリですね。出発点としては上々です。「企業用ライブラリ」の場合は、考慮すべきことが多々あります。この方法はどちらかというとシステムライブラリの設計に適しています。PCBライブラリは、多くの場合、仕入れ、DFM、製造、試験、機構、およびその他の部門やシステムとリンクしている必要があります。私は、長年にわたって、ワシントン州ボセルのSonoSiteやケントのDCI、レドモンドのMicrosoftといった大手企業で、ライブラリシステムを構築する多くの機会に恵まれました。状況や企業に応じてさまざまなコンポーネントライブラリを作成していくうち、うまく機能することもあればしないこともあることがわかってきました。いずれの場合でも、コンポーネントライブラリシステムの構築において最も困難な作業は、構築の賛同を得ること、そしてシステムを使用する必要がある全メンバーへのトレーニングの実施です。これらができなければ、どんなにすばらしいシステムも機能しません。 Warner: 設計者にとって、部品ライブラリおよびデータ管理における最大の問題は何ですか? Litson: ライブラリシステムの観点でいえば、矛盾のないプランを用意することです。どのようなタイプのデータベースを構築するか、つまり使用すべきデータベースはどのようなタイプか、です。1対1か?1対多か?多対多か? 独立したライブラリの場合、最大の問題はクライアントが持っていない新しい部品の作成です。あるいは、ライブラリが全く存在しない場合です。その場合はライブラリを構築する必要があり、多くの時間を要します。最悪の部品タイプは、トランジスタパッケージです。製造業者は、標準的なサイズやピンの配置にこだわることを嫌がります。ですから、設計者は、似たようなパッケージがすでにある場合でも、結局新しいパッケージを作成しなくてはならないのです。私が構築するライブラリの多くは、パッシブコンポーネントに関しては1対多のタイプです。アクティブコンポーネントおよびICは1対1になります。 2つ目の問題はフットポイントのコントロールです。次のような自問すべき多くの可変条件や問題があります。 · どのレイヤーに作成されますか? ·

Customer Success Stories Morgan Solar Learn how Morgan Solar is pushing the limits of solar technology with a little help from Altium Designer.