Mobile menu
Systems and Product Design
ホーム Systems and Product Design

Systems and Product Design

Integrate multidisciplinary systems seamlessly, from conceptualization to final product design, for enhanced performance and reduced development time.

Filter
見つかりました
Sort by
役割
ソフトウェア
コンテンツタイプ
適用
フィルターをクリア
要件トレーサビリティマトリックスとは何か 要件トレーサビリティマトリックスとは何ですか？ 1 min Blog 電気技術者 システムエンジニア/アーキテクト 技術マネージャー 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 技術マネージャー 技術マネージャー 要件トレーサビリティマトリックス（RTM）は、電子製品開発において要件とその実装を追跡するために使用される文書です。RTMは、要件とそれに関連するすべての情報を記録した大規模な表で、設計文書、回路図、テストなどが含まれます。 これらは、エンジニアやデザイナーがプロジェクトの関係者と協力し、プロジェクトの成果がその目的と一致することを確認するのに役立ちます。 要件トレーサビリティとは何か？ 要件トレーサビリティとは、製品開発プロセスを通じて、プロジェクトの要件、成果物、および検証・確認テスト間の関係を追跡する能力のことです。 要件トレーサビリティは、前方、後方、または双方向のいずれかになります。 前方トレーサビリティは、各要件が対応する設計、実装、およびテストフェーズにリンクされていることを保証します。 後方トレーサビリティは、チームが最終製品をテストおよび設計フェーズを通じて元の要件にまで遡って追跡できるようにします。これは、納品されたシステムが初期の目標と目的と一致していることを検証するために不可欠です。 双方向トレーサビリティは、前方および後方トレーサビリティの両方を組み合わせ、プロジェクトライフサイクル全体を通じて要件を管理するための包括的なフレームワークを作成します。 要件トレーサビリティは、電子開発チームが次のことを支援します： 正しい製品を構築していることを確認する。 要件データを追跡し、すべての要件が満たされていることを検証するためのテストを含む。 機能、安全性、および規制遵守の要件充足の証明を提供する。 RTMは概念からテストまでの要件を追跡します ある電子機器会社が医療機器用の新しいプリント回路基板（PCB）を設計していると想像してください。規制により、PCBは電磁干渉（EMI）に耐性がある必要があります。 要件： PCBは、標準IEC 60601-1-2で概説されたEMI要件を満たす必要があります。 追跡性： 設計チームは、PCBレイアウトでこの要件をどのように達成するかを示す必要があります。 彼らは、特定の設計技術、コンポーネント、またはシールド方法を使用するかもしれませんが、すべて文書化され、要件にリンクされています。 記事を読む
Altium 365 Jira 統合機能の深掘り 効率を最大化する：Altium 365 Jira インテグレーション機能の詳細な解説 1 min Blog プロジェクトリーダー（マネージャー） プロジェクトリーダー（マネージャー） プロジェクトリーダー（マネージャー） 電子設計の急速に進化する世界では、プロジェクトを軌道に乗せておくことが複雑で時間を要する作業になりがちです。これにより、プロジェクト管理と設計ツールの統合が、チーム全体の効率と正確性を維持するために不可欠となります。 Altium 365 Jira Integrationは、両プラットフォーム間でシームレスな双方向同期を提供し、 タスク管理を合理化し、プロジェクトの可視性を向上させます。この統合の主要機能に深く潜ることで、プロジェクト追跡と意思決定をどのように強化し、最終的に時間とコストの節約につながるかを強調します。 Altium 365 Jira Integrationを際立たせる機能 詳細に入る前に、この統合が本当にユニークなものである理由を強調しましょう： デザイン中心の統合： 一般的なプロジェクト管理の統合とは異なり、Altium 365 Jira Integrationは電子設計ワークフローに特化して調整されています。PCB固有の概念を理解しており、設計要素とプロジェクトタスク間のシームレスなリンクを可能にします。 双方向のビジュアルコンテキスト： 当社の統合は、ビジュアルデザインのスニペットをJiraチケットに自動的に添付できる点でユニークです。これにより、非技術的なステークホルダーに即座にコンテキストを提供し、設計とプロジェクト管理の間のギャップを埋めます。 シームレスなワークフロー： Altium 記事を読む
設計データと要件による迅速な設計とエラーの削減 デザインデータと要件をどのように接続して、より速い設計とエラーの少ない設計を実現するのか？ 1 min Blog 電気技術者 システムエンジニア/アーキテクト 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト 電子設計の複雑さとそれが提示する課題は、これまで以上に顕著になっています。デバイスがより相互接続されるようになるにつれて、 効率的でエラーのない設計プロセスの必要性が最優先事項となります。現代の電子設計の課題は、設計データを要件と連携させることの重要性を強調しています。 Altium 365 Requirements & Systems PortalのようなAIインテリジェンスによって動かされるツールを使用することで、複雑さを より速く、より少ないエラーで管理することができます。その方法を発見しましょう！ 現代の設計プロセスの課題 私たちの日常生活におけるスマートデバイスの普及は、 電子設計の複雑さを劇的に増加させました。過去40年間で、チップの使用量は 100倍に急増しました。これを視点を変えてみると、数十年前の電気自動車が10から20個のチップを含んでいたのに対し、今日の車両は 2,000個以上のチップを搭載しています。 同時に、これらの製品に組み込まれるソフトウェアは過去10年間で15倍に増加し、1000万行のコードから驚異の 1億5000万行に膨れ上がりました。電子機器の使用増加は、コストに大きな影響を与えています。例えば、1970年代には、電子機器が車両コストの約10％を占めていましたが、今日ではその数値は40％に達し、2030年までには 電子機器が車両総コストの半分を占めると予測されています。 課題はそれだけではありません。これらの複雑な製品の生産タイムラインは3分の1に短縮されました。 かつて5年かかったものが、今ではわずか2年で完成させる必要があります。この緊急性が、多くの企業にアジャイル手法の採用を促しています。ソフトウェア開発から原理を借りて、設計をプロジェクトフェーズに分割することで、企業は継続的な協力と改善を促進できます。このアプローチは、より速いイテレーションを重視し、チームがシミュレーションの共同設計や共同エンジニアリングを通じて設計コンセプトを洗練させることを可能にします。このような戦略は、広範なシミュレーションと迅速なプロトタイピングを要求し、結果をテストして素早く調整を行う必要があります。 歴史的に、電子機器は 記事を読む
常に一歩先へ: この半年におけるAltium Designerの機能強化 37 min Webinars 電気技術者 電気技術者 電気技術者

時代遅れの設計ツールが足かせになっているのなら、今回のWebセミナーにご参加のうえ、Altium Designerの画期的な進展についてご確認ください

 時計
マルチボードPCBのシグナルインテグリティ マルチボードPCBシグナルインテグリティ：完全ガイド 1 min Blog PCB設計者 電気技術者 システムエンジニア/アーキテクト PCB設計者 PCB設計者 電気技術者 電気技術者 システムエンジニア/アーキテクト システムエンジニア/アーキテクト マルチボードPCBアセンブリは、信号整合性のルールを守り、低EMIを確保しなければなりません。これら二つの側面は密接に関連しており、この包括的なガイドで説明されています。 記事を読む
ATmega328Pの基本：Arduinoなしで始める方法 ATmega328Pの基本: Arduinoなしで始める方法 1 min Altium Designer Projects 電気技術者 電気技術者 電気技術者 Arduino Unoボードをかなりの期間使用してきましたが、多くの記事の例としても使用しています。古いUnoボードに使用されている元のチップであるATmega328Pを、完全に独立して動作させるにはどうすればよいか、いつも疑問に思っていました。Arduinoがそのブートローダー、使いやすいGUIソフトウェア、C++の抽象化を通じてアクセスしやすくしているので、なぜこの試みをしたいのか不思議に思うかもしれません。しかし、時には、他人が行ったことを評価するためには、自分でやってみることが重要です。このプロジェクトは、Arduinoの開発者がどれほど多くの作業を行い、そのフレンドリーな製品で世界を変えたかを本当に示してくれました。 この記事では、外部電源と Atmel-ICEプログラマのみを使用して、チップを完全に独立して起動する方法を説明します。オンボードのシリアルインターフェースを介してチップと通信する方法と、LEDを1つまたは2つ点滅させる方法をデモンストレーションします。 環境設定 ATmega328Pを設定する方法はいくつかあります。タイトルからもわかるように、意図的にカバーされていない方法の1つは、ATmega328PチップをArduino Unoに挿入してプログラミングし、その後ブレッドボードに移動させる方法です。フォーラムのフィードバックに基づき、一部の人々はArduinoのプロセスをスキップして、 MicrochipのAtmel-ICEなどのプログラマーを使用したより伝統的なアプローチを使用したいと考えています。Microchip（旧Atmel）マイクロプロセッサを始める最も簡単な方法は、 Microchip Studioをインストールすることです。この記事を書いている時点で、Microchip StudioスイートのフルバージョンはWindowsでのみサポートされています。CI（継続的インテグレーション）でビルド環境をすべて実行したいと考えているため、代替のアプローチを選択しました。 C言語に対する最も人気のあるコンパイラの1つにGNU Compiler Collection（GCC）があります。これは特定のプラットフォームとアーキテクチャをコンパイルしますが、AVR（ATmega）ファミリーのチップには対応していません。しかし、AVRおよび他のMicrochipファミリー用のコンパイラセットが 彼らのウェブサイトにホストされています。幸いなことに、親切な人々がこれらのコンパイラをDebianパッケージにまとめ、DebianやUbuntuで簡単にインストールできるようにしてくれました： $ apt-get install gcc-avr binutils-avr 記事を読む
DevOpsを組み込みシステムで使い始める方法：ATmega328Pを使用して DevOpsを組み込みシステムで使い始める方法：ATmega328Pを使用して 1 min Blog 電気技術者 電気技術者 電気技術者 DevOpsとアジャイル手法は、コラボレーション、自動化、および継続的な改善を重視することでソフトウェア開発を変革しました。DevOpsの原則を私の設計とプロジェクトに適用することは、効率と信頼性を高めるゲームチェンジャーとなりました。この記事では、 既存の組み込みシステムプロジェクトの継続的インテグレーション（CI）ワークフローを設定する方法を説明します。このプロジェクトは ATmega328Pマイクロコントローラを使用しています。この記事の終わりまでに、これらの実践が開発プロセスを合理化し、より高品質な製品を提供する方法を見ることができます。 組み込みシステムのためのDevOpsとアジャイルを理解する DevOpsは、ソフトウェア開発（Dev）とIT運用（Ops）を連続的な流れに統合する、ソフトウェア界で人気のある一連の実践です。ソフトウェア界では、ソフトウェアを開発し、「壁を越えて」運用担当者に顧客への展開を任せるのが一般的でした。DevOpsは、その壁を取り除くだけでなく、プロセス全体を自動化する方法を導入しました。ハードウェアの世界では、製品開発と生産の間に類似点があり、設計を製造エンジニアリングチームに「壁を越えて」投げ、生産の準備が整うように常に確認します。 組み込み製品設計では、ソフトウェアを生産を通じて進める必要がありますが、これまで以上に迅速に動き、可能な限り最高の品質で提供するという課題に直面しています。DevOpsの原則を用いることで、これらの課題のいくつかを解決することを目指しています。 ハードウェアの依存性: 組み込みシステムはハードウェアとそれらのPCBの特定のリビジョンに依存しています。これは、自動化され高度にスケーラブルになるように合理化されていない場合、テストと展開を複雑にする可能性があります。DevOpsの実践は、ハードウェアとソフトウェアの両方に同じセットアップを使用し、自動化された継続的インテグレーション（CI）システムを通じてこれらのプロセスを自動化することで助けます。 長いビルド時間: 組み込みソフトウェアのビルドは設定が難しく、ビルド時間が長くなることがあります。CIは、ビルドをクラウドにオフロードすることでこのプロセスを自動化し、加速します。これにより、通常開発者がアクセスできないより強力なインスタンスを利用できます。 手動テスト: 実際のハードウェアでのテストは不可欠ですが、しばしば手動で、退屈で、時間がかかります。ハードウェア・イン・ザ・ループ（HIL）テストを通じた自動化は、効率と精度を向上させ、CIシステムで設定された自動テスト機器のセットアップにオフロードすることができます。 DevOpsの原則を適用することで、ビルド-テスト-デプロイのパラダイム内でアジャイル手法を使用して迅速に反復し、生産にリリースしたい追加機能ごとに進めることができます。 全体の仕組み 「ビルド、テスト、デプロイ」という言葉は、DevOpsを議論する際によく耳にする一般的な言葉のセットです。組み込みシステムでは、私たちも同じことを行います。なぜなら、私たちのデプロイメントも製造（そして最終的な顧客）に向けて行われるからです。 プロジェクトのリポジトリでは、組み込みDevOpsのエンドツーエンドのワークフローを推進するためにGitlab CIを使用しています。私たちは「パイプライン」と呼ばれるものを使用して、ソフトウェアのコンパイル、ターゲット上でのテストの実行、または公式パッケージとしてのリリースなど、特定のタスクを達成するジョブを作成します。Gitlabでは、パイプラインはこのような順序で実行されるジョブの集合です： 図1: GitlabのATmega328P DevOpsワークフローで使用されるパイプラインの例 記事を読む