Mobile menu
設計データ管理
Part Insights Experience

Access critical supply chain intelligence as you design.

Learn More
Cloud Storage and Version Control

Store your libraries and design data in one secure, accessible, and version-controlled space.

Learn More
Variant Manager

Meet demands of a globalized market that requires unique versions of your PCBs.

Learn More

設計データ管理

Filter
Clear
Tags by Type
Popular Topics
Software
不十分なデータ管理に起因する開発後の問題の評価 不十分なデータ管理に起因する開発後の問題の評価 どのような設計者やチーム、企業にとっても、設計をリリースまで漕ぎつけたときは安堵のため息をつける瞬間でしょう。しかしながら、この瞬間が常に喜びに満ちたものになるとは限りません。プロジェクトの完了には、次の2種類があります。a）ドキュメント化プロセスに何の不備もなく無事設計を完了しており、リリースの準備を開始できるケース。b）設計は問題なく完了しているが、データ管理プロセスに小さな（または大きな）誤りがあるため、修正と製造の後戻りが必要であり、製品リリースを遅延せざるを得ないケース。データ管理プロセスに何らかの不備がある場合、開発後はすべての局面を通じて後悔し続けることになりかねません。 開発後の懸念と後戻りの可能性 開発後の局面で懸念が持ち上がるのは当然のことであり、特にデータ管理についての不確定要素がある場合はなおさらです。ECADデータ資産の管理が十分でないと、ドキュメント化の方法が時代遅れになる傾向にあります。その場合、データ管理システムでエラーが非常に発生しやすくなり、ECADプロセスの多数の要素を手動で構成し直す結果になるおそれがあります。 ECADデータの正しい保存方法 ECADデータの保存場所は、その保存方法と同じくらい重要です。いまだに数多くの企業が、Dropboxなどの一般向けネットワークドライブを利用してECAD資産を保存しています。これは一見便利に思えるかもしれませんが、体系化された信頼できるデータ管理システムが設計方針に組み込まれていない限り、以下のような問題が生じるおそれがあります。 アクセスの制限 不十分なデータコントロール 異種の複雑なデータ ライフサイクルの非対応 プロジェクトを重視して体系化されたデータ管理システムがない場合、特定のファイルにアクセスできないだけでなく、データの配置ミスや紛失につながる可能性があります。 迷いのない製品リリース 開発後の不確定要素を評価するときは、仮説のわなに陥り、自分を見失いやすいものです。しかし、使用するリソース、データ管理戦略の正しい実施方法、データの保存場所をきちんと理解していれば、不安を確信へと変えることができます。現在のプロセスに疑いを抱いたり、損失の大きいエラーのために設計データの修正を余儀なくされたりした場合、貴重な時間が無駄になります。設計から製造までのプロセスを進める中で、このような問題を回避するには、正確なデータを体系化して、はじめから正しい方法で管理することです。 無償の ホワイトペーパー を今すぐダウンロードしてください。このホワイトペーパーでは、Altium Vaultを利用して、時間と予算を重視した賢明なデータ管理システム運用について説明しています。
設計ドキュメントの主要なPCB設計要素の捕捉 設計ドキュメントの主要なPCB設計要素の捕捉 設計ドキュメント作成のうち最も重要でありながら、多くの場合に回避される要素の1つは、正式な設計ドキュメントです。設計を完了し、製造、実装、検証ドキュメントを生成しただけで、業務が完了したとみなしてしまうことは珍しくありません。システム仕様、設計の意図、設計プロセス、仕様の追跡可能性を正しく捕捉することは、時間を要し、骨の折れる作業ですが、極めて重要です。設計ドキュメントでは、システムの設計のあらゆる側面を捕捉し、関連するすべての設計情報へ簡単にアクセスできる必要があります。しかし、製造や実装の図面に含まれない設計の詳細をどのように捕捉すればいいのでしょうか? 設計の全ての側面を設計ドキュメントに表現する あらゆる設計において、設計ドキュメントの作成は計画段階で開始し、仕様から始める必要があります。設計ドキュメントの対象である設計が、より大きなシステムのサブシステムである場合、システム全体の仕様を提示してから、システム全体からそのサブシステムまで、システムがどのように分割されるかの仕様を記載する必要があります。設計プロセス全体を通して、設計ドキュメントは生きたドキュメントとなり、設計プロセスにおいて、それぞれの部分の回路が設計され、実装されていきます。 設計の仕様段階は、時間や予算の制約のために多くの場合見逃されたり、回避されたりする部分です。そこで、仕様を正しく開発するため、前もって時間とリソースを割り当てておくことが必要です。起動環境での作業に従事したことがあるなら、おそらくは仕様が不明瞭、またはまったく存在しない設計プロジェクトに直面したことがあり、この手法が危険であることを理解しているでしょう。仕様が存在しない、または固定されていない場合、その仕様に合わせて設計を行おうとすると、終わりのない開発のやり直しにはまり込むことになります。仕様の目的は、何を達成すべきかを明確にし、設計が完成したことを検証できるようにすることです。「もっと良いものを作れるはずだ」という考えから、プロジェクトが予算を超過し、スケジュールが遅延することは珍しくありません。このような結果が起きるのは、最初の時点で仕様を明確に決定しておかないことが主な原因です。 設計ドキュメントにおいて対象としているデバイスの仕様は、より大きなシステムのサブシステムであることも珍しくありません。システム全体の仕様が提示され、その後で設計対象のデバイスに適用される部分のシステムの仕様が、論理的で整った形式で示されます。 仕様には次の内容を含める必要があります（これで全部とは限りません）。 機能（サブシステムがどのような動作を目的としているか） 動作環境（温度、湿度など） 他のサブシステムとのインターフェイス パワーバジェット 利用可能な電源電圧 機械的な制約: サイズ、重量、形状 衝撃や振動に関する要件 熱（利用できる冷却、放射熱の放出制約など） EMIの放射、伝導、および感受性 信頼性 仕様ステージ以後にも、設計フェーズが完了したことを判定するため、関連する設計情報を捕捉する必要のある他の分野が存在します。正式な設計ドキュメントの作成には時間を要しますが、回路図、製造図、実装図の範囲を超えて、設計の全ての側面を捕捉するためには不可欠なことです。 正式な設計ドキュメントに、その他に何を含めるべきかについては、無料のホワイトペーパー 「設計ドキュメントによる設計の捕捉」
汎用コントローラーを2つのPCBに分割した方がよい理由 Thought Leadership 汎用コントローラーを2つのPCBに分割した方がよい理由 私は常に、成功のためには他者の成功を真似し、失敗を避ける必要があると考えてきました。私が職務を始めた頃は、Raspberry Piのような単一基板のコンピューターは存在せず、Arduinoを産業アプリケーション向けに真剣に考える人はいませんでした。私が自分で設計した汎用コントローラーのメンテナンスを初めて行うことになったときの苦労を想像してみてください。それは、火災警報のコントローラーで、50本を超えるワイヤーが手作業でネジ止めされていました。私は、障害のある8ピンのEEPROM（Electrically Erasable Programmable Read-Only Memory）を交換する必要がありました。顧客は不満を持っており、私はこの作業を迅速に、間違いなく行うよう圧力をかけられていました。このときから、私は汎用コントローラーの設計を複数の物理モジュールに分割するようになりました。同様に今日、Raspberry Pi は産業用アプリケーションに使用されています。これはコストだけではなく、そのモジュール化設計のためでもあります。 汎用コントローラーとは 電子機器産業におけるコンポーネントと労働力のコストが増大し続けていることから、 デザインのフットプリントを最小限にする のは論理的です。しかし、汎用コントローラーの設計においては、長期的にこれが最良の選択肢ではないこともあります。 スマートフォンやテレビのような民生用電子機器とは異なり、汎用コントローラーは一般的な仕様で設計され、多くの場合に小規模で使用されます。ファームウェアが異なれば、同じコントローラーでも異なる機能を果たすようになります。例えば、同じコントローラーを支払い機のコントローラー、セキュリティ管理コントローラー、または単純なデータ監視ステーションとして使用できます。 一般的な汎用コントローラーは、次の部分で構成されます。 マイクロコントローラー（MCU） SRAM、 FRAM 、フラッシュ、EEPROMなどのメモリチップ 周辺機器インターフェイス（イーサネット、USB、 RS485
PCB設計ソフトウェアにバージョン管理を備えるべき理由 Thought Leadership PCB設計ソフトウェアにバージョン管理を備えるべき理由 出張の後、通常業務に戻るのは容易ではありませんが、今週は特に大変でした。クライアントとの緊急を要する契約を抱えており、そのプロジェクトに関わる社員は全員100%以上で働いています。私は順調に仕事を進めていました。ただし、それはPCB設計ソフトウェアを開き、誰かが私のレイアウトに変更を加えていたのを見るまでのことでした。私の スマートフォークの4本の歯のうちの2本が削除されていたのです。重大な変更でした。最悪です。精神的ショックで頭の中が真っ白になったように感じました。 全ての人が持っているであろう心配の種 - 「死のブルースクリーン」 なぜデータが破壊されたのでしょうか。実は、私たちは締め切りに間に合うように非常に急いでおり、変更やバージョン管理などは行っていませんでした。代わりに、会社のファイル共有にファイルを保存していました。そのため、加えられた変更は私が持っていた作業中の設計のコピーを上書きしたのでした。「大丈夫。1週間前のバックアップを参照してオリジナルのバージョンを入手できる」と思ったのですが。そう、IT部門はそのプロジェクトの共有を知らされていなかったため、バックアップを作成していなかったのです。作業中の設計の記録はありません。こうなったら、手作業でデータを回復させる必要があります。元の設計を思い出せることを期待するしかありません。私は運命を呪いました。 二の舞にならないように、自分の設計をバックアップ 自分の仕事をバックアップしていなかった私は間抜けでした。それは認めます。私の二の舞にならないように、自分の設計を頻繁にバックアップしてください。 それでは、プロジェクトに対する変更を管理する最善の方法は何でしょうか。確かに、自分の設計ファイルを時々手作業でコピーすることは可能です。プロジェクト共有全体の定期バックアップを作成するようにIT部門に依頼したり、無償のオンラインツールを使ってバックアップを自動化することもできます。多くの選択肢がありますが、残念ながらPCB設計者にとって満足のいくものはありません。 理想的な選択肢は、バージョン管理システムで設計を管理することです。その理由を以下に示します。 全ての作業は、最高の優先度の安全な場所に保管される。 チームの他のメンバーと容易に連携できる。 ファイルのバージョンを比較でき、バージョン間の差を一覧表示できる（diffとも呼ぶ）。 今日できたはずのファイルの前のバージョンに戻ることができる。 変更を説明し、またはプロジェクトのマイルストーンを追跡するために、コメントとラベルを追加できる。 変更が互いに干渉することを心配しないで、各種 分野の各種設計の側面で作業できる。 複数のコンピューターを登録し、それぞれの変更を同期させる時間を選択できる。 行った変更をチェックインする際、それらについて検討およびコメントする必要がある。 外部にデータをバックアップすることは重要です。しかし、クラウドというものは実在せず、他人のコンピューターに過ぎないことに留意する必要があります。
NASAにより計画されている3Dプリント回路基板テクノロジーの使用方法 Thought Leadership NASAにより計画されている3Dプリント回路基板テクノロジーの使用方法 編集クレジット: Tony Craddock / Shutterstock.com 3Dプリントがどのように社会現象となったのか、注目していましたか? 今では、人々は可能なら何でも3Dプリントにしようとしているようです。もしかしたら、3D印刷の熱狂はモノのインターネットと重なり、そのうちにプリントされた スマートフォーク などというものが出現するのかもしれません。他の人は3Dプリントで作って使い捨てにできる 50の最高の製品 について記事を書いているようですが、私はNASAがどのように3Dプリントを活用しようとしているかについて紹介したいと思います。ここだけの話、NASAは宇宙船と回路を印刷しようとしています。NASAは、プリント回路をどのように、そしてなぜ使用するかを詳細に示す科学的ミッションを計画しています。また、NASAはその将来を現実化できる現行のテクノロジーのレビューも行っています。 NASAのミッションにおけるプリント回路の使用法 最後の開拓地である宇宙は極めて過酷な環境で、宇宙のかなたを探検するには尋常でない革新が必要となります。NASAは過去にも多くの 途方もないミッション を達成してきましたが、 宇宙旅行をさらに推進するには 、ミッションを完遂するため、さらに進歩した道具が必要となります。フレキシブル基板は、NASAが遠大な目標を達成するため検討しているテクノロジーの1つです。NASAの理論的な StANLE ミッションは、プリント回路がなぜ利点があるのか、どのようなものになるのかを示すため計画されたものです。 StANLEは、プリントされた宇宙船の可能性を示すために考えられたものです。私は「
Customer Success Stories Robots Help with Neighborhood Crime Watch Futuristic robot startup Knightscope is building the ultimate security guard. Designed for security, surveillance and law enforcement applications, these security robots deter, detect and report suspicious activity autonomously.