After the IP3 is stopped by any means ie. Estop, cycle stop, or machine runs out of parts, upon restart the table will go to load position, unclamp, reclamp, read the fids and then proceed as normal. The problem is that if we already have fine pitch or BGA's placed on the board during all this unclamping and clamping it can cause the parts to shift and results in defects. Our other IP3 goes through the same scenario: upon machine being restarted after a stop it will go to load position to verify board presence and then proceed as normal WITHOUT UNCLAMPING. The machines are basically identical. Same version firmware, same machine ID in propers, I am testing using the same program and board. The confirm and decel. sensors are tripped at the same time and are set for the same duration. The MX100 is receiving signals from both sensors as well as the I/O showing tripped and are very responsive. (When you flag and unflag sensor quickly, the MX100 and I/O respond the same.) The problem is not program specific as it happens on all assemblies. We have done a reset start and resent proper, status and program many times. I have installed a new "main confirm" sensor. I will also try a new "main decel." sensor.
Anyone have any suggestions?
reply »