タグ付けされた質問 「documentation」

私は小さな契約の仕事のために電気技師を雇う準備をしています-プロトタイプを作成しています。私が知りたいのは、プロジェクトが完了したときに彼に何を届けてもらうべきですか？ 回路図、プロトタイプ、部品リストが標準になると思いますが、何が欠けていますか？auto-cadファイルを要求する必要があります-これが何であるかまだわかりません...別のエンジニアがプロジェクトを引き継ぐために将来必要となる他のものはありますか？ 単純に、私は何を求めるべきですか？

48 documentation 

設計段階でハードウェアの決定をどのように文書化しますか？過去に作成したハードウェア設計を確認する際に、次の質問を自問する必要を避けるにはどうすればよいですか？ なぜこのコンポーネントを選択したのですか？ このコンポーネントにこれらの特定のパラメーターを選択した理由/方法 回路のこの部分は何をしますか？ このコンポーネントの消費電力はどのくらいですか？ この回路の総消費電力はいくらですか？ このコンポーネントを他のコンポーネントに置き換えることはできますか？このコンポーネントと同等のコンポーネントはありますか？等 回路の設計段階での決定と計算を文書化する良い方法は何ですか？数百のデータシートページを再度調べることなく、上記の質問に対する回答を得るにはどうすればよいですか？ 考えられる方法の1つは、回路図ファイルにメモを追加することです（EDAがサポートしている場合）が、あまり多くの情報で回路図を乱雑にしたくありません。

43 pcb-design  design  components  schematics  documentation 

さまざまなメーカーの8ビットコア（8051、PIC、AVRなど）で長年の経験があり、現在Cortex M0を把握しています。具体的にはこれですが、それよりももっと一般的になりたいと思います。 システムのさまざまな部分をさまざまな詳細レベルで説明する複数のドキュメントがあり、実際にすべてを結び付けているものは見当たりませんでした。これは、すべてを説明する1つのデータシートを持つことに比べて。そもそもドキュメント化するものがはるかに多いことは理解していますが、フォーマットの変更によりループが発生しています。 上記のWebサイトには、各サブシステムとペリフェラルの概要を説明するドキュメントと、各レジスタの詳細を説明するドキュメントがあり、ヘッダーファイルやいくつかの複雑な例を含むSDKのすべてのソースコードがありますが、それがすべて一緒に接続する方法を説明するものは何もない Cortexアーキテクチャの簡潔なウォークスルーがあり、CPUから周辺機器への複数のバス層（それぞれが独自のウォッチドッグタイマーを備えているなど）の小さなコントローラーにはない機能と、それらのすべての接続方法について説明していますか？

22 microcontroller  arm  datasheet  documentation  cortex-m0 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 愚かな間違いをキャッチするためのベストプラクティスと、より微妙なミスをキャッチするためのベストプラクティスとは何ですか？各デザインのチェックリストを実行しますか？もしそうなら、どんな種類のものがそれにありますか？ 同僚が回路図とレイアウトを提供して、ボードを製造に送り出す前に、PCBに興味があります。

16 pcb-design  design  components  schematics  documentation 

関係のないバックグラウンドからかなりの数のエンジニアに出会って、BOMに未実装のコンポーネントを配置しました。下部にDNPと明確にラベル付けされたセクションを行うものもあれば、BOM全体に分散させたままにする行もありますが、行を強調表示します。 これを行う必要がある場合は、DNPセクションを作成するのが良い方法のように思えますが、CADパッケージ出力をさらに手動で編集する必要があるという唯一の欠点があります。（個人的にこれを目撃しましたが、DNPは最後の最後に変更され、DNPセクションは適切に編集されず、ボード上にあるべきではない部分が配置されました。）移入された行と移入されなかった行が簡単に重複する可能性があり、さらに手動で編集する必要があります。 この練習が必要な理由がわかりません。定義によるBOMは、何かを構築するために必要なもののリストです。コンポーネントがBOMおよびアセンブリ図面上にない場合、ボード上にあるべきではありません。実際には存在しないコンポーネントを追加することは、BOMをERPに入力して購入する人にとっては、さらに混乱を招くように思えます。部品が入っていない部品をBOMに配置すると、部品をBOMおよびアセンブリ図面から除外しても何が達成されないのですか？

13 manufacturing  best-practice  documentation 

これは長い間私を悩ませてきたものです。Olin Lathropが別のスレッドへのコメントで私にそれを提案するまで、私はそれがここで質問として作られることができると確信していませんでした。 たとえば、1N4007または1N4148ダイオードについて誰かが言及したとき、私たちは皆、私たちが話していることを知っています。1つ目は、明確にするために、最大順方向電流1A、最大逆方向電圧1000Vの汎用整流器です。そして、この情報は、手元にある標本の製造業者から完全に独立しています（信頼できる製造業者によって製造された1N4007とラベル付けされたDIACを見た場合、EEの経験が少しある人は夢中になるでしょう）。 そのため、よく知られた特性を持つデバイスに対応する「標準」部品番号があることがわかります。上記のスレッドの質問への回答でOlinが指摘したように、標準部品とは何でも知っていますが、メーカーによっては同じ部品に対してわずかに異なる仕様を示している場合があります。それでも、1N4007は1N4007であり、この小さな違いにも関わらずです！ だから私の質問は、標準部品が実際に何であるかを定義するものですか？歴史的な理由（最初の製造業者が部品番号を取得し、2番目に他の部品を調達したことにより、その部品が事実上の標準になりました）？産業協定（一部のメーカーは、ローテクの部品で激しい競争を行わない方が良いと判断したため、標準化することにしました）？公式の標準化組織（OlinはそのコメントでJEDECに言及しましたが、他の機関も同様でしょうか？） ユリを本当に金メッキするために、答えは、部品を標準化するための一般的な部品または手順（存在する場合）に関する可能な公式文書への参照も提供する必要があります。

13 components  standard  documentation 

開発中のハードウェアを文書化する方法について、クラス用のスライドをいくつか作成しています。 ハードウェアを構築する際に作成する必要があるドキュメントをリストします。私はUMLソフトウェアのドキュメントに触発されました。UMLソフトウェアのドキュメントには、ほとんどすべての状況に対応する多くの種類のドキュメントがあります。 私の経験と研究から、多くのプロジェクトには回路図、レイアウト、部品表しかありません。また、一方のマイクロコントローラーではなくもう一方のマイクロコントローラーを選択する動機（要件）に関する情報も追加する必要があると思います。変更すべきではない特別なコンポーネントの位置として、私たちが書いていないレイアウトに関するいくつかの情報もあります。 言われていること： ハードウェアをどのように文書化すべきですか？ あなたが今まで見たことのない他のハードウェアにいくつかの改善/変更を加える必要がある場合に、あなたが欲しかった重要なドキュメントはどれですか？ これらの情報をどのように明確に整理しますか？

10 documentation 

カスタム変圧器を巻線するために見つけた最高のリソースは何ですか？ 散文、ビデオ、フォーラムなど 変圧器の巻線比の基本を説明するリソースではなく、実用的な側面をもっと探しています。十分な応答が得られたら、それらをリストにまとめます。電源トランスと信号トランスをわざと区別しなかったので、両方を入手したいと思っています。 たとえば、ここにいくつかあります： https://sound-au.com/xfmr.htm http://www.ieee.li/pdf/introduction_to_power_electronics/chapter_15.pdf http://www.coilcraft-cps.com/pdf/doc857_Multiple_Applications.pdf http：/ /www.jensen-transformers.com/an/Audio%20Transformers%20Chapter.pdf

9 transformer  documentation