ICプログラミング、つまり製造工程の一部としてプログラム可能な部品にファームウェアやデータを書き込む作業は、当社のアセンブリサービスで挙げている技術のひとつです。作業がスムーズに進むかどうかは、プログラミングそのものの工程よりも、どの部品をプログラムするか、プログラマがそれらへどのようにアクセスするか、どのバージョンのファームウェアをリリースするかといった、前段階での決定に大きく左右されます。見積もりを依頼する前にこれらの点を固めておくことで、後々の時間を節約できます。
ビルドにプログラミングを組み込む3つの方法
一般的に、プログラミングは製造工程のさまざまな段階で行うことができます。 最初の方法は実装前で、デバイス単体にプログラムを書き込んでから基板に実装するやり方です。 2つ目は組み立て後で、完成した基板上のヘッダやテストパッドを介して行う方法です。 3つ目はプログラミングを機能テストと組み合わせる方法で、基板に書き込みと検査を1回の工程で行います。
どの方法が特定の基板に適しているかは、デバイス、パッケージ、レイアウト、および数量によって異なります。一度はんだ付けしてしまうとアクセスできない部品の場合は、実装前の書き込みが適している一方で、きれいなプログラミングヘッダを備えた基板の場合は、実装後の書き込みが適しています。すべての設計に同じ答えが当てはまるとは考えていませんので、お客様の部品に対して当社がどの方式で対応できるかご相談ください。
プログラミングを容易にも困難にもする設計上の判断
最も一般的な問題は、デバイスに到達する実用的な手段がないボードです。部品を実装後に書き込む場合、そのボードには、他の部品に塞がれていない、露出したヘッダやテストパッドが必要です。ピンには明確なラベルを付けるべきであり、書き込み中はボードに正しく電源を供給する必要があります。これらの詳細は、設計が開いている段階で追加する場合にはほとんどコストがかかりませんが、後から追加すると高くつくことがあります。
そのため、組立の観点だけでなく、テストの観点からも設計を検討しています。当社のエンジニアが、テスト容易性を考慮して設計図面をレビューしますその後でカスタム関数のテストが円滑に実行できるようにするためです。A無料のValor DFM/DFAチェックこれは当社の組立サービスの一部であり、ファイルを提出する際にプログラミングアクセスについて言及していただけます。
また、ボード全体のライフサイクルについて考える価値もあります。ボードは、ファームウェアの更新やリワーク後など、後から再プログラミングが必要になることがあります。試作機だけでなく量産設計にもプログラミング用アクセスを残しておくことで、その選択肢を維持できます。わずかなスペースを節約するためにそれを削除してしまうと、最初の更新時期が来たときに後悔することがよくあります。
見積依頼と一緒に送るもの
基板上のどのデバイスに書き込みが必要か、また製造予定の基板枚数を教えてください。リリース済みのファームウェアファイルをそのバージョン情報とともに添付し、デバイスへどのようにアクセスするのか（ヘッダ経由か、テストパッドか、治具か）も記載してください。もしテスト手順があれば、それもお送りください。書き込みと機能テストは密接に関連しているためです。最後に、ファイルの形式をお知らせいただき、それらが使用可能かどうかをこちらで確認できるようにしてください。
リリース済みのビルドだけを送ってください。通常、プログラミングにはソースコードは不要であり、パッケージから外しておくことで、バージョンに関する混乱と知的財産の不必要な露出の両方を避けることができます。
これらの選択がどのような結果をもたらすかを示す簡単な例を挙げます。1つのマイクロコントローラと1つの小さなシリアルメモリを備えたコントローラボードを想像してください。マイクロコントローラは、他の部品から離れた位置にあるプログラミングヘッダの近くに配置されているため、組み立て後でもプログラムすることができます。一方、メモリチップは一度はんだ付けされてしまうと一切アクセスできないため、実装前に書き込むか、まったく書き込まないかのどちらかしかありません。同じボード上の2つの部品でも、答えは2通りになり、しかもレイアウトがまだ自由に変更できる段階では簡単に判断できますが、基板が製造されてしまうと変更は困難になります。
プログラミング後に起こることにも、同じだけの注意が払われるべきです。ファームウェアを書き込んだばかりのボードは、起動して期待どおりに動作するかどうかの基本的な確認が依然として必要であり、その確認には明確な合格および不合格の基準が求められます。カスタム機能テストは、当社が挙げている手法の一つですので、テスト手順は早い段階で共有してください。そうすることで、プログラミング工程とその確認を切り離されたものとして扱うのではなく、それらをどのように計画すべきかを事前に議論できます。
ファームウェアバージョンを管理下に置く
ほとんどのプログラミング上の問題は、バージョンに起因する問題です。基板はすべての組立検査に合格していても、誤ったファームウェアが書き込まれているために、顧客のシステムでは不具合を起こすことがあります。対策は、単純な運用ルールの徹底です。各ファームウェアリリースに明確なバージョンを付け、それを特定の基板リビジョンに紐付けてください。そして、バージョンが変更された場合は、できれば注文が確定する前に、すぐに私たちへ知らせてください。
また、お使いのデバイスでプログラムがどのように検証されるかを確認することも役に立ちます。ファイルを読み込むことと、それが正しく読み込まれたことを確認することは別の手順であり、後者があなたのデバイスではどのように処理されているのかを確認するのは妥当なことです。
いくつかの誤りが繰り返し発生しています。現在のバージョンを示さずに、複数のファームウェアバージョンを送信すること誰にも強いられるべきではない推測を強いている。デバイスへのアクセスを一切残さない単純な手順を全面的な再設計に変えてしまう。プログラミングがテストを置き換えると仮定しては第3の作業です。コードの読み込みとボードが動作するかの確認は別々の作業だからです。私たちは列挙しますICプログラミングおよび機能テストそのため、別個の手法として扱われます。
よくある質問
1.ICプログラミングサービスは提供していますか？はい、当社の組立サービスでご案内している技術の一つです。お見積もりをご依頼の際には、お使いのデバイスと数量をお知らせください。
2.ファームウェアは誰が提供しますか。プログラミングでは、お客様がリリースしたファームウェアを書き込みます。ファイルとそのバージョンをお送りいただければ、お使いのデバイスに対するプログラミング手順についてご相談できます。
3.デバイスは配置される前にプログラムすることができますか？使用するデバイスおよびそのパッケージによって異なります。お使いの部品に適合するかどうか、当社までお問い合わせください。
4.ファームウェアが送信後に変更された場合はどうなりますか？できるだけ早く、できればご注文前にお知らせいただき、リリース版のみをお送りください。
5.プログラミングは機能テストを置き換えるものですか？いいえ。プログラミングはコードを書き込む作業であり、機能テストは基板が正常に動作するかを確認する作業です。私たちはそれらを別々に記載しています。
プログラム可能なボードは、そのプログラミング手段、ファームウェアのバージョン、およびテスト計画を最初の見積もり依頼の前にまとめて決定しておくと、最も作りやすくなります。
役立つリソース
