EPICS Home

Experimental Physics and Industrial Control System


 
1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <2010>  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <2010>  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>
Subject: RE: Problems configuring 4 IK320 cards
From: <[email protected]>
To: <[email protected]>
Date: Thu, 24 Jun 2010 19:21:48 +0100 
Thanks everyone for your suggestions.

We seem to have made progress, we have a working system, we have some
understanding of the address clashing issues with the help of a VME bus
analyser card, but we are not entirely sure what exactly all the
problems were and why our current configuration works when so many
others we tried which would not be expected to clash failed.

The magic formula was to change the OMS motion card in slot 6 to use
0x8000 as its base A16 address and configure 0xC0 as its interrupt
vector.
The following settings on the IK320 cards:
SLOT 4    0xC1/0x80
SLOT 5    0xC2/0x81
SLOT 7    0xE2/0x83
SLOT 8    0xE1/0x00

Configure the Hytec carrier card in slot 9 and its ipacs to use
interrupt vectors OxC3 and above.  They now occupy 0x4xxx addresses in
A16 space.

Linda

-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Krempasky Juraj
Sent: 22 June 2010 18:15
To: [email protected]
Subject: RE: Problems configuring 4 IK320 cards


 Hi Linda, 

I can provide you cards/group templates wih substitutions that work with
0x81/0x81 0x82/0x82 0x83/0x83 0x84/0x84 IK320 settings. However the
IK320 driver is adapted from the original Till Straumann's driver from
BESSY and not from the SynApps package. For calibration purpose the
driver includes device support to read interpolation signals associated
for each encoder which is needed for calibration purpose. Let me know if
you are interested for this option. The system runs with OMS motor
support. 

Regards

Juraj 

  

  

-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of
[email protected]
Sent: Dienstag, 22. Juni 2010 11:59
To: [email protected]
Subject: Problems configuring 4 IK320 cards


We are having problems configuring 4 IK320 cards to read the 4 readheads
from each of 2 Heidenhain RON905 encoders.
We have an existing system which does this successfully but we are
having difficulty setting up the second one.
We seem to be going backwards and would appreciate help diagnosing the
problem.

We are using EPICS 3.14.8.2.
We are using the IK320 driver from the vme module in synapps, release
R2-4-4

We have not managed to get 4 IK320 cards into 2 groups of 2 to
successfully work together with EPICS.
Nor do we have them interrupt with updates to the encoder value during
motion.
The system does not seem to be behaving consistently as we make changes.

In the first configuration, we used the 4 cards in slots 4&5 and 7&8
with the dip switches set as they were supplied.
The crate also contains an OMS motion control card in slot 6.
The crate also contained a Hytec carrier card with 3 ipacs in slot 9.

IK320 settings :
0x81/0x81 0x82/0x82 0x83/0x83 0x84/0x84
We had the IK32card templates set up correctly, but the group templates
were set up incorrectly.

In this configuration it was possible to read the card encoder values on
all 4 cards, but the cards were not interrupting with updates as the
axes moved.  The cards were not set on boot.

To get the groups set up and to attempt to get the interrupts working,
we changed the card settings to match the other system we have which is
working (and rebuilt the database with the new settings).

0xC1/0xC1 0xC2/0xC2 0xA1/0x80 0xA2/0x81

This time the card and group templates we used were consistent.

Unfortunately this configuration caused clashes in interrupt vector with
the Hytec cards.
We therefore attempted to make changes to avoid this clash.

0xE1/0x80 0xE2/0x81 0xC1/0x82 0xC2/0x83

This caused error messages about uninitialized interrupt vector 255,
which wisdom on the internet suggests is caused by something writing to
the wrong address.

Therefore the Hytec card was removed from slot 9 to try to make progress
and all setup and records for it scrapped from the IOC build and
returned to the configuration for the sister system.

With
0xC1/0xC1 0xC2/0xC2 0xA1/0x80 0xA2/0x81

We got this:

drvIK320 starting irq logger...

drvIK320: doing POST on 0xc1/0xc1

drvIK320: doing POST on 0xc2/0xc2

drvIK320: doing POST on 0xa1/0x80

filename="../drvIK320.c" line number=1218

Timeout!

filename="../drvIK320.c" line number=270

IK320 board failure.

filename="../drvIK320.c" line number=270

IK320 board failure.


However, suspecting a faulty bit (the 2s bit) in one of the dipswitches
on the third board we tried this.
0xC1/0xC1 0xC2/0xC2 0xA3/0x83 0xA2/0x81

In this configuration POST was successful and boards 2-4 reported their
encoder values on boot.
However board 1 could not be read.
The console gave an error message about the card being busy, however
many times you tried to do the read.

We also tried
0xC1/0x81 0xC2/0x82 0xA3/0x83 0xA2/0x84

Finally, we went back to the original configuration and defined the
groups appropriately.
0x81/0x81 0x82/0x82 0x83/0x83 0x84/0x84

The POST was OK, but card 3 could not be read, still giving the busy
message.
We decided to try to set up the groups how they should be.
0x81/0x81 0x82/0x82 0xA3/0x83 0xA4/0x84

Again POST was OK but card 3 could not be read.

We tried swapping cards 3 and 4 to see if card 3 is faulty in some way.
Card 3 still
cannot be read (was card 4).  Card 4 (was card 3) is the only one that
sets its value on boot. Cards 1 and 2 can have their encoders read.
This is evidence against the stuck 2s bit dipswitch theory.

Here is an example of the "busy message"

BL10I-MO-IOC-01 -> filename="../devIK320.c" line number=1002
ik320ReadAi() entering...

filename="../devIK320.c" line number=1037
ik320ReadAi() sending request (1st phase) failed...

filename="../devIK320.c" line number=1058
ik320ReadAi() exit (status 4090001).

IK320 card busy PV: BL10I-OP-PGM-01:MIR:ENC1:RAW ik320ReadAi()

We're struggling to know what to try next.

Thanks very much,

Linda Pratt
Software Systems Engineer
Controls Department
[email protected]
+44 (0)1235 778058
www.diamond.ac.uk
Diamond Light Source Ltd
Diamond House
Harwell Science and Innovation Campus
DIDCOT
Oxfordshire
OX11 0DE
UK

--
This e-mail and any attachments may contain confidential, copyright and
or privileged material, and are for the use of the intended addressee
only. If you are not the intended addressee or an authorised recipient
of the addressee please notify us of receipt by returning the e-mail and
do not use, copy, retain, distribute or disclose the information in or
attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual
and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any
attachments are free from viruses and we cannot accept liability for any
damage which you may sustain as a result of software viruses which may
be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in
England and Wales with its registered office at Diamond House, Harwell
Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United
Kingdom
 






-- 
This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail.
Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. 
Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message.
Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom
References:
Problems configuring 4 IK320 cards Linda.Pratt
RE: Problems configuring 4 IK320 cards Krempasky Juraj
Navigate by Date:
Prev: Re: SNMP and APC rack power distribution units Robert Petkus
Next: Pfeiffer Turbo Pump device driver Andrew C. Starritt
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <2010>  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: Problems configuring 4 IK320 cards Krempasky Juraj
Next: ellFree vs ellFree2 Dirk Zimoch
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  <2010>  2011  2012  2013  2014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024