Many times the sensor’s optical disk needs to be cleaned, replaced, and/or
realigned on the BACS units.
Best regards,
Jon
www.mrr.com <blocked::
http://www.mrr.com/>
MR Resources, Inc.
The Leader in NMR Systems, Services and Accessories
160 Authority Drive
Fitchburg, MA 01420
978-345-9011
1-888-4-NMR-HELP
_____
From: Todd Rappe [mailto:rapp0006_at_umn.edu]
Sent: Thursday, July 16, 2015 1:57 PM
To: Glenn A. Facey
Cc: Ammrl (ammrl_at_ammrl.org)
Subject: Re: AMMRL: Bruker BACS 60 issues
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 <
tel:1-613-562-5800%20ext%206077>
Fax 1-613-562-5170
email. <mailto:gafacey_at_uottawa.ca> gafacey_at_uottawa.ca
web: <http://www.nmr.uottawa.ca/en/welcome.html>
http://www.nmr.uottawa.ca/en/welcome.html
<
http://www.u-of-o-nmr-facility.blogspot.com/>
www.u-of-o-nmr-facility.blogspot.com
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.6081 / Virus Database: 4392/10250 - Release Date: 07/17/15
Received on Fri Jul 17 2015 - 08:44:45 MST