You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There seem to be some phase stability issues with the data acquisition. For B0 mapping images with two slightly different timings are acquired and the phase difference between the two acquisitions is directly proportional to the local B0 offset. In order for this to work the phase has to be fully stable otherwise the instability results in errors in the B0 map.
The two images are acquired using a single seq file to maximise stability but there are still substantial errors in the B0 map, and if the same sequence is ran twice wildly different results can be obtained, this indicates that there is a problem with the phase not being consistent in the system. I've attached two acquisitions to demonstrate the issue
The text was updated successfully, but these errors were encountered:
In general, we (@schote) need to test and report phase stability of the console. The internal clock has its limitations. We need to determine and report our limitations for the application. @LUMC-LowFieldMRI What were the tested TR values? Total acquisition times? Did you use the updated rxdevice.py?
I think a potential issue is the phase correction step, that we apply when the data is demodulated and decimated.
We should investigate if this phase manipulation step is really necessary and if it is correct @berksilemek.
We tried a few things already, including no phase correction and phase correction before decimation (which I think is actually how it should be). No phase correction was a disaster and shows that clearly the phase correction is needed. The correction before the decimation also didn’t work but that might just have been a bug in the implementation.
Another thing to check is to see if moving from the FIFO acquisition to a triggered acquisition. If you read the description of the starhub (which I know you don’t have on the system in Berlin) it sounds like this is designed to take handle phase sensitive acquisitions.
There seem to be some phase stability issues with the data acquisition. For B0 mapping images with two slightly different timings are acquired and the phase difference between the two acquisitions is directly proportional to the local B0 offset. In order for this to work the phase has to be fully stable otherwise the instability results in errors in the B0 map.
The two images are acquired using a single seq file to maximise stability but there are still substantial errors in the B0 map, and if the same sequence is ran twice wildly different results can be obtained, this indicates that there is a problem with the phase not being consistent in the system. I've attached two acquisitions to demonstrate the issue
The text was updated successfully, but these errors were encountered: