Error of not picking smd part. Need help!
Костянтин Яковлєв
Need help.
When the nozzle does not take the smd part from the feeder (some reasons), the lower vision does not recognize it due to its absence. Is it possible to somehow handle this exceptional situation so that the process of placing smd parts does not stop with an error?
Jan
Retry on vision failure is not supported because there are many
different types of failures and no obvious way to recover.
However, if you configure vacuum part-on detection, the job processor
can be configured to retry using more feed/pick cycles (defaults is to
retry three times).
Jan
> You received this message because you are subscribed to the Google
> Groups "OpenPnP" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to openpnp+u...@googlegroups.com
> <mailto:openpnp+u...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/openpnp/89035776-b0ba-4060-80f1-805ac375cddcn%40googlegroups.com <https://groups.google.com/d/msgid/openpnp/89035776-b0ba-4060-80f1-805ac375cddcn%40googlegroups.com?utm_medium=email&utm_source=footer>.
mark maker
You can set the Error Handling to Defer on the board. In case of error, the placement will be set to Error state and skipped, and the job will continue. All the errored placements can then be retried in a second job start, after fixing the underlying problem.
However, there are potential error conditions, for example when a
nozzle tip bore is clogged up, or when a part fell on the bottom
camera, spoiling all subsequent bottom vision ops, that might
result in a lot of parts being fed and then not successfully
picked or discarded. And this might include
expensive parts! OpenPnP currently only has a per
feeder error limit that works with the vacuum check, but no
sense of "global error limit" or something, it will stubbornly go
on and try and try and try... Such global error limits were
discussed but they appeared much too complicated to define, i.e.
to detect the potential common source of a problem, and to scale
with the job but to not react too late.
Consider only setting very cheap parts to Defer.
--
You received this message because you are subscribed to the Google Groups "OpenPnP" group.
To unsubscribe from this group and stop receiving emails from it, send an email to openpnp+u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/89035776-b0ba-4060-80f1-805ac375cddcn%40googlegroups.com.