Orz日記 by Akio Morita

_ [SAD][EPICS]CaRead1/CaRead2インターフェース仕様

コード解析のまとめ

CaRead1[chid[, count]]

• 引数は、1 or 2でchidハンドルと追加のcount引数を受け取る
• 返り値 {pv-value, alarm-status, alarm-severity, time-stamp}
• エラー
  • 未接続 - CA::Channel
  • タイムアウト - CA::read
  • その他 - CA::read (ヒープ割り当て失敗等を含む)
• 処理フロー
  • 引数検査
  • ca_state確認
  • ca_array_get
  • ca_pend_io
• Filedの扱い
  • STRING/CHAR/ENUM - DBR_TIME_STRINGを要求
  • それ以外 - DBR_TIME_DOUBLEを要求

CaRead2[(chid|Rule[chid, count])..]

• 引数は、1個以上
• 返り値 {({pv-value, alarm-status, alarm-severity, time-stamp}|Null)..}
  • ca_array_getの発行に失敗した場合は、返り値リストの当該要素は Nullに設定される
• エラー
  • 未接続 - CA::unconnected
  • タイムアウト - CA::read
• 処理フロー
  • 引数検査
  • ca_state確認
  • ca_array_get
  • ca_pend_io(リトライあり)

再実装にあたって

• ca_array_getの発行処理、受信データの格納処理は共通化できる
• 引数処理が異なるので、専用のフロントエンド作成するか、共通の中間フォーマットを定義する必要がある
• 引数毎の中間情報は、chid, count, type(callback未使用時), ca_array_getとの共通ポインタを含む必要がある
  • callbackありのケースでは、chidと1:1のslot番号を用いて、itastkへ slot/countを格納し、vstk側にポインタを格納する余地がある(typeは、callback時にevent_handler_argから拾える)
  • 必要な容量はnargオーダーなので、SAD stackframe上に確保出来ると思われる
  • 生のchidを格納する場合は、専用の構造体をSAD stackframe上に作成すべき