仕様書が完成していなくても、プリント基板開発は始められる

English Summary

PCB Development Can Start Before the Specification Is Complete

One of the major causes of delay in PCB and FPGA development is waiting for the specification to be fully completed.

Of course, clear specifications are important. However, especially in prototyping and debugging, it is not always necessary to decide every detail before development begins.

Some items should be defined early because they are difficult to change later, such as:

• Power supply voltage
• I/O types
• Required interfaces
• PCB size
• Minimum required functions

On the other hand, detailed behavior and control methods may still be changed later, especially when FPGA logic and software are used.

The important point is to separate the design into two categories:

What must be decided before hardware design starts
and
What can remain flexible after the PCB is manufactured

This approach is particularly effective for prototypes and debugging boards.

In many development projects, the initial objective is already clear enough:

• Check a signal
• Connect and evaluate a sensor
• Test image processing in an FPGA
• Verify communication with an existing system

In such cases, building a board with only the essential functions and testing it early can be more useful than spending a long time trying to create a perfect specification.

In fact, building real hardware often helps clarify the specification itself.

This also changes the role of the development process. Instead of receiving a completely finished specification and then starting the design, it becomes possible to refine the specification while development is already in progress.

FPGA and software are especially useful for this approach because many functions can still be modified after the hardware is built.

For rapid PCB development, the important question is therefore not simply:

“How quickly can we complete the specification?”

A better question may be:

“How much of the specification must be decided before development can begin?”

Determining that boundary is itself an important part of rapid hardware development.

プリント基板やデジタル回路、FPGAなどの開発を依頼するとき、意外と時間がかかるものの一つが「仕様書の決定」です。

開発会社によっては、

「仕様書をしっかり決めてからでないと開発を始められません」

という場合もあります。

もちろん、仕様を明確にすることは大切です。

しかし、試作やデバッグなど、できるだけ早く実物が欲しい場面では、仕様書を完成させること自体に長い時間をかけられないこともあります。

では、仕様書が完全に決まっていない状態から開発を始めることはできないのでしょうか。

私は、ある程度であれば可能だと考えています。

最低限決めるべきところから始める

プリント基板の場合、何も決まっていない状態から作ることはさすがに難しいです。

例えば、

• 電源電圧
• 入出力の種類
• 必要なインターフェース
• 基板サイズ
• 最低限必要な機能

といった、後から簡単には変更できない部分については、ある程度決めておく必要があります。

一方で、細かい動作や制御方法まで、最初からすべて決める必要があるとは限りません。

特にFPGAやソフトウェアを使うシステムでは、基板完成後でも変更できる部分があります。

もちろん何でも変更できるわけではありませんが、「後から変更できる部分」と「最初に決めなければならない部分」を分けて考えることで、開発を早くスタートできます。

試作やデバッグでは特に有効

この方法は、試作基板やデバッグ用基板では特に有効です。

試作では、

「まず信号を確認したい」

「センサーを接続して動かしたい」

「FPGAで画像処理を試したい」

「既存装置との通信を確認したい」

など、目的そのものは比較的はっきりしていることが多いからです。

製品版のように細かい仕様をすべて決めるよりも、

「まず必要な機能だけ搭載して、実際に動かしてみる」

という進め方のほうが適している場合があります。

実物ができることで、逆に仕様が見えてくることもあります。

仕様変更を前提に見積もる

受託する側にも工夫が必要です。

仕様が完全に固定されていない以上、変更が発生する可能性があります。

そのため私は、

「現在決まっている仕様なら、この範囲まで対応する」

という形で開発範囲を決め、多少の変更を見込んで余裕を持った見積もりをする方法が現実的だと考えています。

最初から完璧な仕様書を作ることに時間を使うのではなく、変更できる余地を残した状態で開発を進めるわけです。

「仕様を作ること」も開発の一部

これからの短期間開発では、

完成した仕様書を受け取ってから設計する

だけではなく、

開発しながら仕様を固めていく

という方法も重要になると思います。

特にFPGAやソフトウェアは、後から機能を変更できることが大きな特徴です。

ハードウェア側で最低限必要な部分を先に決め、変更可能な部分をFPGAやソフトウェア側に残しておく。

そうすることで、仕様書作成に必要以上の時間をかけず、早い段階から実際のハードウェアを使った開発を始めることができます。

短期間でプリント基板を開発するためには、「仕様書を早く書く」だけでなく、

どこまで決めれば開発をスタートできるのか

を考えることも、一つの設計技術なのかもしれません。

弊社では短期間基板開発を支援します

FPGAインフォメーションのページはこちらからどうぞ

お問い合わせは、こちらからです。