Graphはわるくない

もともとこの記事のタイトルは"Graphの怪"だったのですが，Graphのトリガ検出方法が今回の現象に悪い方にマッチしただけで，Graphは悪くありませんでした．伏して謝罪します．

（北大医歯学総合棟の）NeuromagのAcquisition上では，イベントナンバは次のように記録されます．出力（１０進法）→トリガ番号（２進法）→イベントナンバの順に記載します．

• 1→000001→1
• 2→000010→2
• 3→000011→7
• 4→000100→3
• 5→000101→8
• 6→000110→9
• 7→000111→10
• 8→001000→4
• 9→001001→11
• 10→001010→12
• 11→001011→13
• 12→001100→14
• 13→001101→15
• 14→001110→16
• 15→001111→17
• 16→010000→5
• 17-31→010001-011111→18-32
• 32→100000→6

なぜこんなことになっているかというと，トリガラインが1-6まであるからです（STI001-006)．ちょっとややこしいのは，最終的に記録されるトリガ値は，最初に指定した１０進数と一致します．内部的には，所与の値を2^STI00Xの(下１桁乗-1)してSTI014に送っているようです．（STI001は2^0で１，STI002は2^1で２…乗する）

それはそれとして，表題の件ですが，今回，1-12番までのトリガを使って実験をしたのですが，なぜか"8"が異常な値を示すんですよね．今のところわかったことを書いておきます．なお，渡辺はトリガ検出には，STI014をpickし，widget>math>unaryを呼び出し，pick(STI014)とこのunaryを結んで，unaryに[function:feql, argument:(trigger-number（１とか）)]としています．

８「以上」のトリガ値を使うと，unary[function:feql,argument:(8)]に異常値が出る（ようだ）．条件が，８以上のトリガを使ったときかどうかはちゃんと検証していない．

９以上のトリガ値については，正常に挙動している（ようだ）．

unary[function:threshold argument:8]とすると，８「以上」のトリガ値を持つトリガの個数は正しく拾える．また，unary[function:threshold argument:8.01]とすると，8.01以上のトリガ値を持つトリガの個数を正しく拾える．では，ということで，この二つのunaryを，binary[function:fsub argument:nil]に繋ぐと，異常な値が出力される．

(今回のケースでいうと）unary[function:threshold argument:8]を，unary[function:threshold argument:9],unary[function:threshold argument:10],unary[function:threshold argument:11],unary[function:threshold argument:12],とそれぞれbinary[function:fsub argument:nil]で繋ぐともしかすると正常な値が出るかもしれないけど試していない．

BESAではちゃんと８が拾える．つまり，トリガ出力-記録の問題ではなさそう．Graph固有？

今のところ解決策は，BESAかmatlabでどうにかする，というくらいです．何か分かればまた書きます．

追記：rawdataを見てみたら，たとえば10のトリガに対して，トリガの立ち下がりのところで，一瞬だけ「８」が出ているケースがあることがわかりました．トリガ出力の問題かなあ…あるいは，Megacqの問題の可能性はまだありますが．少し時間があればまた見てみます．

追追記：上記の方法でのトリガ検出は、schmittトリガ的な挙動であるようです。
参考：wikipedia;シュミットトリガ
ようするに、しきい値(feqlで指定したvalue)を越えたときから下がるまでを一つのトリガ単位としているということ。謎は解けたが問題は解決しなかった。