GPCSTNというアイデア

現在開発中の新型検査機。

いつもはと云うか、今までの開発では、特にプログラム等は単発の企画で作って来ました。
でもしかし、ここに来て、そう云った単発プログラム的な開発が難しくなって来たことがヒシヒシと感じられる様になりました。

つまり、従来は１０００台単位の量産設計を行っていたので、回路設計にしてもプログラミングにしても半年から１年とかの十分な時間が掛けられましたが、最近は研究試作機３台とか動作試験機２セットとかの製作数のものがもうかれこれ５種類を超え、あまり個々の開発に時間を掛ける余裕が無くなって来ている環境にあります。
また加えて電子回路部品の流通が減り、従来は容易に手に入ったマイクロプロセッサもだんだんと廃番になって来てしまっています。

まあ、昔の様に馬力で開発するか？
それとも買物とかで済ませるか？
なんて考えてもやっぱり種類はどんどん増えそうなので、詰まるところは「如何に簡単に開発を進めるか？」って話しになります。

そこで、GPCSTNというアイデア。
略さないと、「General Purpose Control System with Tiny Network」。
日本語で、「簡単なネットワークで色々と制御するやつ」。
意味は、そのまんま。

要は、
「制御システムという構成には操作端末と動作機器の組み合わせが専らであり、それらの組み合わせをある程度汎用化すれば、設計・開発の手間が少なくなるでしょう」
という考え方です。
尤も、そんな考え方は先人の方々が色々な有用なシステムを提唱していますので、其れを使えば良いだけです。
でも、探すと何だかそんなものは見つからないので、やっぱり自分で作らなければならない。探し方が足りないかな（心の声：kermitとかでも乗っけられると面白いんだけど、、）。

で、考えてみると、
要点は「通信プロトコルだけ確率させれば良い」だけでした。
だいたい、ハードウェアは少量で考えるなら、売り物のCPU基板を買って来て載せれば良い。
ソフトはI/Oポート制御ばかりだが、操作端末と動作端末の間の通信が毎度大変なので、通信プロトコルをパッケージ化して移植を行い易い仕様にしておけば良いだけである。
制御に関わる通信データは少量で済むので、RS232C程度で実現できる性能に納まっていれば良く、そうすれば応用もBluetoothやUDP上で実現できると考えられる。
実は通信プロトコルは以前に構築したものがあるので、其れを小改造すれば良いだけでした。ハード関係も２０年くらい前に客先に提案して却下された「分散処理」の原理を流用。