筆者について

David Haboud

David Haboudは、Altiumのプロダクト マーケティング エンジニアです。南カリフォルニア大学で、コンピューター アーキテクチャとハードウェア/ソフトウェア設計に重点を置き、電気工学を学びました。Davidは、航空宇宙産業で組み込みソフトウェア技術者としてキャリアをスタートさせました。以来、ハードウェア技術者とソフトウェア技術者間でコミュニケーションをもっと簡単にできるように努力してきました。組み込みソフトウェア技術者時代は、補助電源ユニット向けのファームウェア開発やデータ収集に取り組んでいました。余暇には、カリフォルニア州サンディエゴで、即興劇やスタンドアップ コメディ イベントを主催し、自身も舞台に立っています。

最新の記事

Altium 365 アップデート:プロジェクトアクセス管理の簡素化 1 min What's New 電子設計の急速に進化する世界では、コラボレーションとセキュリティが成功するプロジェクトライフサイクルの鍵となります。最新のアップデートにより、Altium 365はワークスペース内での共有許可の管理能力を大幅に向上させ、保存されたプロジェクトやその他の設計項目を含む全体での共有許可を管理できるようになりました。この強化により、ユーザーは大量のプロジェクトへのアクセス制御を効率的に行うことができ、チームのアクセス管理の複雑さを減らし、時間を節約できます。 設計データの共有プロセスを合理化し、機密情報が保護されることを確保することで、新しい共有許可のアップデートはチームが電子設計プロジェクトにおいてどのように協力するかを改善します。この記事では、このアップデートの新機能と実用的な応用について探求し、Altium 365を最大限に活用するためのヒントを提供します。 更新前後の比較 このアップデート前は、多くのプロジェクトを持つチームにとって、プロジェクトアクセスの管理が時間を要する作業になりがちでした。ワークスペース内の各プロジェクトは個別に注意が必要であり、許可はプロジェクトごとに制御されていました。さらに、デフォルトのプロジェクト権限を手動で設定する必要がありました。 このアップデートにより、Altium 365はプロジェクトアクセスの管理方法を合理化しました。ユーザーはフォルダの権限を一度設定するだけで、その権限が階層内のすべての子フォルダとプロジェクトに自動的に適用されるようになりました。これは、プロジェクトアクセスを大量に効率的に制御できることを意味し、より重要な設計タスクのために貴重な時間とリソースを解放します。 権限の制御 このアップデートの一環として、「デタッチメント」と呼ばれる新しい機能が利用可能になりました。これにより、ユーザーは親アイテムと子アイテム間の権限伝播をより細かく制御でき、特定のプロジェクト要件に対して権限をより正確にカスタマイズするために必要な柔軟性を提供します。 デタッチメントを使用すると、ユーザーは子アイテムの権限を更新して、それが親からの権限を継承しないようにすることができます。アイテムをデタッチすることで、その特定のアイテムとそのサブアイテムに対して独自のアクセスルールを設定し、権限の自動伝播を断ち切ることができます。権限の伝播は、親と子の間で権限を揃えることにより、いつでも復元でき、プロジェクトアクセスを動的に調整できます。 親の権限からアイテムをデタッチする場合、この新しいデタッチメントポイントから新しい一連の権限を管理する必要があることに注意することが重要です。 既存のワークスペースをお持ちの方は、このアップデート前の権限により、既に切り離されたフォルダーやアイテムが存在している可能性があります。現在のプロジェクトのニーズと組織のポリシーに合わせて、Altium 365での権限を見直すことをお勧めします。 新機能の探索 Altium 365の新しい共有権限アップデートをより理解し、活用するために、インタラクティブなツアーに参加していただくことをお勧めします。このガイド付き体験では、新しい「切り離し」機能を含む強化された権限管理機能を探索し、それらが既存のワークフローをどのように改善できるかを確認できます。 デモを見る アクセス管理の効率化 このAltium 記事を読む
Altium Designerのベストプラクティス(パート2) - AltiumLive 2022 1 min Altium Live このセッションでは、ネットクラスやルールを使って設計意図を伝えるために回路図を使用する際のベストプラクティスをご紹介します。また、部品、ルール、ネットに優先順位とクラスを使用して、複雑な設計ルールを構築する方法も学習していきます。 ハイライト: 設計プロセスにおけるActiveBOM文書の活用 設計要件を理解 トランスクリプト: デビッド・ハバウド: 始めましょう。皆さん、ようこそ。デビッド・ハバウドです。Altiumでプロダクト・マーケティング・エンジニアをしています。本日は、Altium Designerのベストプラクティスをご紹介します。このプレゼンテーションは、「ベストプラクティス」に関する講演の第2部です。ですから、新規ユーザーの方や、ルール作成や情報提供の基礎から学びたい方は、先に「ベストプラクティス パート1」をまずご覧になることをお勧めします。 そこで今日はまず、PCBについて話す前に、回路図側からルールを定義することである「回路図ディレクティブ」について説明します。その後、PCBに話題を移した後は、複雑なルールの構築、ルールの複雑なスコープを作成するためのクエリ言語などの使用、優先順位付けがある場合の作業、違反に対する調和の構築、違反の対処方法などについてご説明します。 そこからは、設計レビューについても少しお話します。さまざまなステークホルダーがいる場合に、プロセスを少しでもスムーズにするためにできることがあります。このセクションでは、Altium 365でプロジェクトの作業をしながら説明します。プロジェクトはワークスペースでホストされます。そこから、出力ファイルの生成におすすめのファイルを紹介していきます。そして、これらの出力ファイルを手に入れたら、Altium 365ワークスペースのウェブインターフェースでもう一度確認し、すべての情報を製造業者に直接提供する方法について説明していきます。 それでは始めましょう。設計プロセスを開始する際に最初にすべきことは、設計要件を深く理解することです。新しい設計に取り組む際、要件を明確にするときに直面するいくつかの課題があります。 まず、一般的な要件を明確にしたら、それらがどのように相互作用するかを理解しなければなりません。例えば、エッジコネクタの場合、筐体の中にうまく収まるように、適切なクリアランスを確保する必要があります。また、ルールを明確にした後、違反が発生した場合、その違反を解決したり、必要に応じて免除したり、文書化したりすることは、非常に困難なことです。 ここで、検証が重要になってきます。これは、製造プロセスに移る前に、確実に設計意図を伝え、正確に処理されるようにするために、ルールを検証することです。そこで、これらの要件を満たしていることを関係者に証明するための文書を作成します。 そこで、設計要件について、3点ばかり重要なことをお伝えします。1つ目は同期です。設計はすべて2つの要素で構成されています。論理的な要件を明確にする回路図。コネクティビティはこの一例です。さまざまなネットクラスで差動ペアを定義します。このプレゼンテーションでは、ここに焦点を置きます。 もう1つは、PCB。定義した要件やルールが、実際のアプリケーションに反映されることになります。これらは、先程述べたように、筐体の適切なクリアランスや、インピーダンスプロファイルの適切な幅などが定義されていることが非常に重要です。 これらを明確にし、これらの要件が回路図かPCBか、どちらに影響を及ぼすかを把握したら、要件をルールにまとめるという次のステップに進みます。ここでは、部品のクリアランスなど、要求を分類する必要があります。その後、範囲を明確にします。範囲が適切に設定されていないルールを作成すると、意図したレベルの検証ができなくなるため、範囲設定は非常に重要です。そこで、同様に重要なのが優先順位付け。ルールには階層があります。これについても説明していきます。そして、設計要件を明確にする中で、次に取り組まなければならないのが、相反する範囲の削減です。 そこで、まずは「同期」について説明します。先に述べたように、設計プロセスにはいくつかの側面があります。私たちは、設計プロセスのすべての領域に適用される要件、対応するルールを作成します。先程お話ししたように、ルールの中でも、今日は、回路図ディレクティブに焦点を当ててお話ししていきます。回路図の選択肢としては、「差動ペア」「No 記事を読む