C# と VB.NET の質問掲示板

通信資源は (SerialPort や TCP PORT x 番) 等は２重に開くことができないので、
親フォームが通信資源を開いているとき、子フォームが改めて開くという設計はしないっす。

親フォームで開いた通信資源をそのまま子フォームに渡して共有するのが普通かな？

FormChild.cs でも inst を保持できる（メンバに含ませる）ようにして
FormMain.cs では
案１
using (FormChild f = new FormChild(this.inst)) // コンストラクタで指定するとか
{
    f.ShowDialog();
}
案２
using(FormChild f = new FormChild())
{
    f.Inst = this.inst; // FormChild にプロパティを設けて後から渡すとか
    f.ShowDialog();
}

親フォーム側で UI スレッドと通信スレッドを別にして UI 側が通信で阻害されないようにしているとき
子フォームが行いたい通信は、親フォームから見て「途中に介入」したことになるわけで、
通信が混乱しないよう「直列化」シリアライズ処理が必要になるかもしんまいです。

> 引数を入れてエラーにならないようにするにはどうすればいいのでしょうか？
そういうコンストラクタを FormChild 側に作ってください。
既存のコンストラクタ（引数なし）とは別のコンストラクタ（引数アリ）を作ってもいいし
既存のコンストラクタを書き換えて引数を追加してもいいです。

public partial class FormChild : Form
{
    FormattedIO488 inst;
    public FormChild(FormattedIO488 inst0)
    {
        inst = inst0;
        InitializeComponent();
    }
}

シリアライズっつても
- 単に排他するだけでもいいし
- 通信コマンドをキューに入れてもいいし
- もっと本格的になんかしないといけないかもしれないし
- もしかしたら何もしなくてもいいかもしれない
その辺は全体的な作り方次第で違うのでコード断片だけ見ても第三者には判断つかないっす。

計測器側にしてみれば PC ソフト側にメインとサブがあるとかはどうでもよいわけで、
コマンド A を処理して返事 A を返すだけのことです。
コマンド B を処理して返事 B を返すだけのことです。
コマンド A に対して返事 A を返す前にコマンド B が送られたらどう挙動するかは計測器次第。
機器側の動きおよび PC ソフト側の動きがその辺で混乱を招かないのであれば何もしなくていいっす。
（あなたの PC ソフト側で混乱するのであれば、何らかの対処は必要）

--

Dispose() したらそのあとは当該オブジェクトを触っちゃだめです。

関数内自動変数 something であるとして
DisposableObject something = new DisposableObject();
...
Dispose(something); // これ以後は something に対して呼び出しを行ってはダメ
something = null; // は不要でしょう（意味がない）