History of VNMRJ3.1 (No. 15)
- History
- View the diff.
- View the diff current.
- View the source.
- Go to VNMRJ3.1.
- 1 (2012-05-23 (Wed) 21:57:31)
- 2 (2012-05-23 (Wed) 22:29:07)
- 3 (2012-05-24 (Thu) 20:14:25)
- 4 (2012-05-29 (Tue) 18:13:48)
- 5 (2012-05-29 (Tue) 20:26:38)
- 6 (2012-05-31 (Thu) 19:35:02)
- 7 (2012-06-01 (Fri) 00:51:28)
- 8 (2012-06-03 (Sun) 19:49:00)
- 9 (2012-06-04 (Mon) 02:28:37)
- 10 (2012-06-04 (Mon) 15:47:53)
- 11 (2012-06-04 (Mon) 23:42:06)
- 12 (2012-06-06 (Wed) 16:35:06)
- 13 (2012-06-07 (Thu) 00:17:37)
- 14 (2012-06-11 (Mon) 22:31:55)
- 15 (2012-06-12 (Tue) 00:03:11)
- 16 (2012-06-13 (Wed) 16:52:23)
- 17 (2012-06-14 (Thu) 17:47:11)
- 18 (2012-06-17 (Sun) 19:49:11)
- 19 (2012-06-17 (Sun) 21:53:35)
- 20 (2012-06-18 (Mon) 23:21:08)
- 21 (2012-06-19 (Tue) 21:40:11)
- 22 (2012-06-20 (Wed) 21:36:20)
- 23 (2012-06-21 (Thu) 00:47:55)
- 24 (2012-07-03 (Tue) 22:12:29)
- 25 (2012-07-05 (Thu) 21:20:39)
- 26 (2012-07-24 (Tue) 17:32:30)
- 27 (2012-10-01 (Mon) 16:38:25)
- 28 (2013-02-14 (Thu) 22:44:56)
Settings†
When you follow the setting, you can use "scanlog" command.
scanlog<RET>
scanlog username<RET>
ERRORS from EPI seq†
We are having many lines of
'NONE': not found, value assigned to zero.
When "Prep to Scan" button is clicked,
X gradient value -85504 is outside +/-32767 range. abort!
P.S.G.Aborted....
The EPI bug crept in when we "fixed" the way the limits are checked for PE gradients, using nv and nv2 as the default. But in EPI, those functions aren't being used as conventional phase encoding events, so the default multipliers are wrong. Since then, we added some new "var_oblshapedgradient" functions that use "1" as the multiplier, instead of nv. That requires them to be defined in macros.h, which I've attached here. To use this, log in as vnmr1, go to /vnmr/psg and move the macros.h file to macros.h.orig. Then copy in the attached file. Put epi.c in your psglib and compile, and you should eliminate the error.
waveform buffer is null for GradientController. abort!
tr is longer than the one expected.
Use the newest epi sequence aqtm=at
Mismatch in sum of dwells (1071.400us) v.s. gradient duration (1080.000us)
Now the duty cycle limit of RF amplifier is 22%. We should set TR>=19ms for 4ms rf excitation pulse(gemsir).
- vp:DSP scan overrun (repetition rate too high) -- Ken 2012-05-24 07:25:21 (Thu)
>>Set 'skip' parameter longer(e.g. 140)~
- skip gplan('setValue','pss0',ppe2) in im3D -- Ken 2012-05-25 05:14:25 (Fri)
- FIFO underflow -- Ken 2012-06-12 07:31:55 (Tue)
User VNMRJ environment setting(Be careful. Better not to do it by yourself. It can damage your setting.)†
- run vnmrj
- quit immediately
- run the script "/usr4/uken/Cprogram/script/vnsetup"
- do viewport setting
- click "gock" button.
User VNMRJ environment update†
- run the script "/usr4/uken/Cprogram/script/vnupdate"
Problem and solution†
sp3(acquisition trigger) switches with gradient pulses
Bridge.cpp <<if (volumercvStr[0] == 'n') splineon(3); >>//if (volumercvStr[0] == 'n') splineon(3); fixpsg(by vnmr1) (*psggen is for local psg update)
numrfch problem for "config" (Only up to 5 number is acceptable)
edit /vnmr/template/interface/vfconfig.xml and edit conpar to have 1<=numrfch<=8
thk automatic setting for 3D(imaging/maclib/im3D)
comment out the "gplan" line
spline resetting
Now 'su' cannot reset the status. Maybe no need to control but we had some problem on the status line. Why??? It seems the status lines are reset whenever the acquisition stops.
No beep sound after the acquisition.
- vnmr1 environment issues
- jview buttons don't appear.
- When vnmrj opens, "jviewportlabel[5~9] index out of bounds" errors are shown.
- Limited number of experimental protocols are shown.
- Other issues
- When we do gocheck,
- "Cannot get parameter: NONE" x 9 times
- "'NONE': not found, value assigned to zero." x 6 times
Switch between vnmrj3.1 and vnmrj3.2†
change the symbolic link of /vnmr update users reset the console setacq dbsetup
psg update†
by steve†
Console.cpp,RFController.cpp(Marked by 'SAS')