Re: PLCC's on IP3

Recently, we have been having problems with PLCC's passing vision on our IP's If the part is set up to be placed on Head 2, it will not always pass vision. However, if we move it over to Head 1, it will pass and place just fine. Now, I do realize that the FOV (field of view) is different between the two, but we are only talking PLCC's here a PLCC 68 to be exact. Just curious as to if anyone else has had this problem. Thanks.. Larry J

reply »

| Recently, we have been having problems with PLCC's passing vision on our IP's If the part is set up to be placed on Head 2, it will not always pass vision. However, if we move it over to Head 1, it will pass and place just fine. Now, I do realize that the FOV (field of view) is different between the two, but we are only talking PLCC's here a PLCC 68 to be exact. Just curious as to if anyone else has had this problem. Thanks.. Larry J |

Larry,

I have seen this problem on our machine with PLCC 28's, same part same PD, same program except head 2 would place head 1 would reject. If the error code you are getting has to do with the lead not being found, look at your lead width tolerance in the element data. I remember this problem because our machine was placing parts with bent leads. After closing up that tolerance in the PD the one head started rejecting. So I was able to turn it off and on by that setting. But I would check your error code first. Hope this helps.

Scotty

reply »

| | Recently, we have been having problems with PLCC's passing vision on our IP's If the part is set up to be placed on Head 2, it will not always pass vision. However, if we move it over to Head 1, it will pass and place just fine. Now, I do realize that the FOV (field of view) is different between the two, but we are only talking PLCC's here a PLCC 68 to be exact. Just curious as to if anyone else has had this problem. Thanks.. Larry J | | | Adjust the gain and offset(lower it 100->75) but the right thing is to change the light source in the robot that is rejecting PLCC's..it worked for us!!! | Larry, | | I have seen this problem on our machine with PLCC 28's, same part same PD, same program except head 2 would place head 1 would reject. If the error code you are getting has to do with the lead not being found, look at your lead width tolerance in the element data. I remember this problem because our machine was placing parts with bent leads. After closing up that tolerance in the PD the one head started rejecting. So I was able to turn it off and on by that setting. But I would check your error code first. Hope this helps. | | Scotty |

reply »

| | | Recently, we have been having problems with PLCC's passing vision on our IP's If the part is set up to be placed on Head 2, it will not always pass vision. However, if we move it over to Head 1, it will pass and place just fine. Now, I do realize that the FOV (field of view) is different between the two, but we are only talking PLCC's here a PLCC 68 to be exact. Just curious as to if anyone else has had this problem. Thanks.. Larry J | | | | | Adjust the gain and offset(lower it 100->75) but the right thing is to change the light source in the robot that is rejecting PLCC's..it worked for us!!! | | Larry, | | | | I have seen this problem on our machine with PLCC 28's, same part same PD, same program except head 2 would place head 1 would reject. If the error code you are getting has to do with the lead not being found, look at your lead width tolerance in the element data. I remember this problem because our machine was placing parts with bent leads. After closing up that tolerance in the PD the one head started rejecting. So I was able to turn it off and on by that setting. But I would check your error code first. Hope this helps. | | | | Scotty | | | | I have experienced that problem with several IP3 machines. Go into the vision menu and perform a vision test on the part. If the part image on the monitor has any part of one side washed out, you should try increasing your scan speed FL in the machine proper. I wish I could give you a specific number to set it to but it varies from machine to machine. I recommend increasing the value by one or two. If it is set to 6.0 set it to 8.0 etc... Do this only if you are using frontlighting to perform vision processing on your PLCC's. Let me know if this problem still persists or if you have any questions about this.

Big K

reply »

| Recently, we have been having problems with PLCC's passing vision on our IP's If the part is set up to be placed on Head 2, it will not always pass vision. However, if we move it over to Head 1, it will pass and place just fine. Now, I do realize that the FOV (field of view) is different between the two, but we are only talking PLCC's here a PLCC 68 to be exact. Just curious as to if anyone else has had this problem. Thanks.. Larry J |

is your scan area set to 2X the part X and Y dimensions? if the tollerence bands are set to a value greater than can be calculated from the scaned images then you will have an indeterminate pixel calculation. Reduce your body tollerence. Is your PLCC gold flash lead finish? This will cause great problems with forground and background boundry determination (image washout). Firmware versions also make a difference. I seem to recall a service report recommending V2.78 or higher for PLCC's. If all else fails and its rejected due to lead count errors, reduce the acceptance level to 90 % or less. Dangerous, yes. But it will get you going! Dean

reply »

| Recently, we have been having problems with PLCC's passing vision on our IP's If the part is set up to be placed on Head 2, it will not always pass vision. However, if we move it over to Head 1, it will pass and place just fine. Now, I do realize that the FOV (field of view) is different between the two, but we are only talking PLCC's here a PLCC 68 to be exact. Just curious as to if anyone else has had this problem. Thanks.. Larry J | Try asking your local Fuji Reps.

reply »