Changes between Version 1 and Version 2 of epics/streamdevice/mes2manyrec

Timestamp:

02/19/13 00:05:36 (11 years ago)

Author:

obina

Comment:

--

epics/streamdevice/mes2manyrec

@@ -5 +5 @@
 目的：相手の機器から１行のメッセージが返ってきたとき、それを複数のレコードに入れたい
 
-== case1 : コマンドを送ると、あるフォーマットにのって複数の値が返ってくる場合 ==
+== case1 : コマンドを送ると、決まったフォーマットで複数の値が返ってくる場合 ==
 例１
 {{{
@@ -73 +73 @@
 }}}
 
+プロセス順について：I/O Intr を使うので、valA,B,Cの３つのレコードがプロセスされる順番は確定しない
+
+
+=== 解決方法２ ===
+レコードの [http://epics.web.psi.ch/software/streamdevice/doc/formats.html#redirection redirection] を使う方法。
+
+プロトコルファイル中に、レコード名を直接書くことでそこに値を入れることが出来る。(レコード名).(フィールド名)の形式も使うことができる。フィールド名を省略した場合はデフォルトでVALフィールドが使用される。
+
+protocol file (sample2.proto)
+{{{
+Terminator = CR LF;
+
+recvABC {
+  out "VAL?";
+  in "A=%f, B=%(obina:valB)f, C=%(obina:valC)f";
+}
+}}}
+
+DB file (sample2.db)
+{{{
+record(ai, "obina:valA")
+{
+    field(DTYP, "stream")
+    field(SCAN, "1 second")
+    field(INP,  "@sample2.proto recvABC PS1")
+}
+record(ai, "obina:valB")
+{
+    field(INP,  "")
+}
+record(ai, "obina:valC")
+{
+    field(INP,  "")
+}
+}}}
+
+この例の場合、valB, valC のレコードはvalAレコードの入力に対して"process passive"で実行されるので、DBの定義ファイル中ではSCAN Passiveにしておけば良い。
+B,Cが先にプロセスされ、そのあとでAが更新される。
+
+
+=== 解決法２の補足 ===
+上の方法では、プロトコルファイル中にレコード名を明示する必要がある。
+このままでも良いのだが、汎用性やDBファイルとプロトコルファイルとの役割分担を考えるとあまりよろしくない。
+対策としてプロトコルファイル中にDBファイルからのパラメータとして渡すことができる。
+
+
+{{{
+Terminator = CR LF;
+
+recvABC {
+  out "VAL?";
+  in "A=%f, B=%(\$1)f, C=%(\$2)f";
+}
+}}}
+
+DB file (sample3.db)
+{{{
+record(ai, "obina:valA")
+{
+    field(DTYP, "stream")
+    field(SCAN, "5 second")
+    field(INP,  "@sample3.proto recvABC(obina:valB,obina:valC) PS1")
+}
+record(ai, "obina:valB")
+{
+    field(INP,  "")
+}
+record(ai, "obina:valC")
+{
+    field(INP,  "")
+}
+}}}
+
+