Pallet programs move to wrong start position on O-Inspect

[[No...]]

If I start a pallet program with more than one location activated on the O-Inspect 322, each pallet location except the very first one starts at a wrong (offset) start position. This is independent from the actual part, it happens with every pallet program. It's as if the offsets of the pallet locations were wrong, but that is not the case. If I measure each location seperately, it works.

It seems to happen only in Calypso 7.6, but not 7.8, which is installed in parallel. I've already installed the latest service pack, but it didn't go away. Has anyone else experienced such behavior?

[[Ma...]]

Hello Norbert,

i only know that behavior if the (CNC) Basesystem is selected within the CNC Start Window, then you always get a wrong offset. It should always be on the one that you allign manually if i remember correctly, its been a while since i used Autorun.

 

Best Regards

Marcel 

[[No...]]

I never use the (CNC) variant of the base alignment for a CNC run. This could only happen by accident, which is not the case here.

By the way, the offset is always the same (a few millimeters) on all pallet locations. But it causes the autofocus to fail and so the program stops.

After some tests I can say that it also happens with Calypso 7.8, but way less frequently. My operators say it already started around January, but they tend to use all kinds of workarounds before they alert me. So I only noticed now because I was working at the machine myself.

Edited March 12

[[No...]]

Looks like this is actually a formula evaluation problem. From what I was able to figure out with support assistance, in a palletized program the second (?) fomula evaluated gives a wrong result from the second pallet location on. As a workaround I inserted some PCM code into the presettings of the program, making some dummy evaluations that are used nowhere. It works, but is quite cumbersome to handle. 😒

Edited March 13

[[To...]]

Please sign in to view this quote.

Are you using a fixture alignment or the base alignment for your pallet alignment?  If you use the base alignment for the fixture alignment, the motion to the next part can be skewed.  For example, if the the top plane (spatial) of the first is not parallel to the table, the movement to the next part will move along the skewed plan of the first part which might be too far or too close for the auto focus to find the next part.  I hope that makes sense.  When I re-read it, even I get a little confused.

[[Ma...]]

Like Tom - i am using special program from pallet alignment.

This will prevent problems like you are having.

And for those pallet alignment programs - if you have tight space to hit, then i would rather run all pallet alignment programs after service calibration on machine.
I had one case, where used alignment was going a little down while moving in X axis ( since all 4 parts are linked on X axis ) and nobody was doing anything with pallet alignment program.

[[No...]]

Please sign in to view this quote.

I'm using seperate pallet alignments, but they don't even contain a spatial alignment on the O-Inspect most of the time, since most optical measurements are 2D only. The support tech first suggested to switch to the base alignment for the pallet system, but that didn't change anything.

No, this has nothing to do with alignments at all. The actual problem was that a formula in my program yielded a wrong result (or none at all), but ONLY if the actual run was the second one on the pallet. If I measured only that single Place, it worked. So it has to do with how Autorun pallets are processed. The formula in question determines the position of an important autofocus point at the very beginning of the program. Because of the faulty evaluation, the point was taken at the wrong position (on a white label on the fixture) and thus failed.