C# 定時間ごとに送信するシリアル通信をasync/awaitを使って実装したい

Question

シリアル通信で相手にコマンド送信して応答があったらまたコマン
ドを送信するというのを無限に繰り返す。
コマンドを送って200ms応答がなかったら、またコマンドを送る
（相手機器が復帰することを考えて応答がなくても定期的にコマンドを送る）
という処理を考えた時、非同期処理で作る場合どのように作るのが
ベターでしょうか？
async/awaitを使って実装できますでしょうか？
そもそもasync/awaitを使った方法でいいのでしょうか。
どのようなコードを書いたらいいのかわからないでいます。

Answer 1

まずは、普通にそういう動作をするコードを関数にまとめて書いてみましょう。
あとはそれを別スレッドで実行するようにするだけです

Comments

[luckyclock]

わからないなりに書きました。
問題点
200ms立った時rxFlg=faulse;にしないといけないですが200ms応答がなかったというのを
どこで処理するのか。
受信が非同期になってない気がする。
private void serialPort1_DataReceived(object sender, SerialDataReceivedEventArgs e)
{
String str = serialPort1.ReadLine();
rxFlg = true;
Console.Write(str);
}

private async void tx()
{
while (true) {
await Task.Run(() => {
if (rxFlg == false)
{
serialPort1.Write("コマンド\r\n");
Task.Delay(200);
}
});
}
}

[luckyclock]

200ms応答がないというはどうやってカウントすればいいですか？

[y_waiwai]

DataReceivedイベントは使用しないで、SerialPortのRcvTimeoutを200msにしといてDelayの代わりに使うというのはどうでしょう。
ReadLineの戻り値で応答があったかどうかは判定できます

[hillacken]

SerialPort.ReadTimeoutに200をセットする案に賛成です。
自分ならそうします。
serialPort1.Write("コマンド\r\n");
String str = serialPort1.ReadLine();
とやれば
200ms応答が無ければTimeoutExceptionになります。

Answer 2

async/awaitを使って実装できますでしょうか？

出来ます。

そもそもasync/awaitを使った方法でいいのでしょうか。

それは設計思想なので良し悪しはありません。
Taskを使う場合は、随時Taskを生成し応答を貰う。
自前のスレッドを使う場合は、処理のスプーラーを用意してそのスプーラーに処理を追加する。自前のスレッドはスプーラーに処理があれば逐次処理をする。

いずれにせよ同期処理が出来なければ、非同期処理はできません。
同期処理を非同期にするのはそんなに難しくはありません。

Answer 3

200ms応答がないというはどうやってカウントすればいいですか？

例えばコマンドを送信した直後に200ms秒後に発火するタイマーを開始させます。

タイマーの発火よりserialPort1_DataReceivedが早ければ
タイマーを止めて受信処理をすれば良いですし、

serialPort1_DataReceivedよりタイマーの発火が早ければ、
コマンドを再送信すれば良いでしょう。
（こちらのケースでタイマーを停止→再開するかはお好み）