I was getting similar errors and was convinced it was a sensor issue. They
were infrequent enough that I just reset the BACS, restarted the queue and
continued running. After several months with these intermittent errors,
the vertical arm failed. After replacing the arm, the "Sample Detect at
Magnet" errors went away.
Hope this helps,
Todd
Todd Rappe
Minnesota NMR Center <
http://www.umn.edu/nmr>
612-625-9147
651-321-TODD (rings office and mobile)
On Thu, Jul 16, 2015 at 8:51 AM, Glenn A. Facey <gafacey_at_uottawa.ca> wrote:
> Dear NMR Managers,
>
>
>
> I am having trouble with a BACS 60 under TOPSPIN 1.3. The problem is
> occurring approximately once in every one hundred samples. I do not use a
> Sample-Down Unit. The scenario goes like this….
>
>
>
> Suppose there are samples in holders 1, 10, and 20.
>
> The sample in holder 1 runs successfully and is returned to the carousel
> without error.
>
> The carousel remains at holder 1 and does not advance to holder 10
>
> The sample in holder 10 reports “Error: No Error” (What could this
> possibly mean?)
>
> The Sample in holder 20 reports “Error: Sample detect at Magnet Failed”
>
> The red LED on BACS-60 flashes with error “Sample Detect at Magnet Failed”
> and the queue is halted.
>
> The carousel has remained at holder 1.
>
>
>
> I replaced the phototransistor on the BST stack – same behavior.
>
> I can try replacing the BST board that powers the phototransistor or
> replacing the entire BST upper stack but the more I think about it, the
> more I believe that the problem is not with sample detection at the magnet.
>
>
>
> The data are automatically archived to a server through the “wrpa” command
> implemented through ICONNMR. As far as I can tell the sample is ejected
> from the magnet even before the data are processed or archived to the
> server. I thought it might be possible that the write times to the server
> may be too long (if the server is busy) and that this may be causing the
> problem since the sample may have been returned to the carousel before the
> data were copied to the server and the status of the sample being at the
> magnet was checked by the software. I tested this with a huge dataset
> (where the write time exceeded 20 seconds) and it does not seem to a
> problem as further samples in the queue ran without issue.
>
>
>
> I’m stumped on this one. Any assistance would be appreciated.
>
>
>
> Glenn
>
>
>
> *Glenn A. Facey, Ph.D.*
>
> *G**érant du Laboratoire RMN **| **NMR Facility Manager*
>
> Département de chimie et sciences biomoléculaires | Department of
> Chemistry and Biomolecular Sciences
>
> Université d’Ottawa | University of Ottawa
>
> 10 Marie-Curie, Ottawa K1N 6N5
>
> Ph 1-613-562-5800 ext 6077
>
> Fax 1-613-562-5170
>
> email. gafacey_at_uottawa.ca
>
> web: http://www.nmr.uottawa.ca/en/welcome.html
>
> www.u-of-o-nmr-facility.blogspot.com
>
>
>
>
>
Received on Thu Jul 16 2015 - 07:57:06 MST