You need to be more specific. What offsets exactly do you mean?
Head offsets?
> changing with every homing run
This section of the trouble-shooting page is not very helpful,
frankly. It probably refers to run-out. As the rotation axis is
usually not homed, it can be at any angle when you power up the
machine. If the nozzle has run-out, it will point in an unknown
direction, which means the nozzle tip position is affected. But we
can compensate that using nozzle tip calibration. The link is
below, but do it in the right order.
> How is one supposed to get a machine going, when offsets cannot be trusted??
Read and follow these instructions, in that order (if not yet done):
https://github.com/openpnp/openpnp/wiki/Visual-Homing
https://github.com/openpnp/openpnp/wiki/Setup-and-Calibration%3A-Nozzle-Setup#head-offsets
https://github.com/openpnp/openpnp/wiki/Nozzle-Tip-Calibration-Setup
Use Pre-rotate here (Because it was missing, I just added that to the Wiki):
https://github.com/openpnp/openpnp/wiki/Bottom-Vision#global-configuration
Also check this out here (Because it was missing, I just added that to the Wiki):
https://github.com/openpnp/openpnp/wiki/Bottom-Vision#part-configuration
If the pipeline is the problem, see this:
https://github.com/openpnp/openpnp/wiki/Bottom-Vision#tips
_Mark
--
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/85dd9067-4051-46ac-9da0-e950c8d0df32n%40googlegroups.com.
If you already have visual homing and still "get a new offset and
have to adjust all feeders and the bottom camera position", then
either visual homing does not consistently detect the homing
fiducial or your machine has a mechanical problem, one of which
could be backlash. Note that improper backlash compensation can
affect visual homing!
To debug visual homing, enable the ImageWriteDebug
stages in your FiducialLocator pipeline, perform visual homing and
post the images here. The images are found in your $HOME/.openpnp2/org.openpnp.vision.pipeline.stages.ImageWriteDebug
directory.
For Backlash compensation see here:
https://github.com/openpnp/openpnp/wiki/Backlash-Compensation
Be assured that this will work, if everything is set up
right. Hang in there! ;-)
_Mark
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/b0b16ccb-db96-44d5-ba16-f61b535bbc04n%40googlegroups.com.
> mostly lost steps
How far off are we talking when you say "when all feeders and parts needs to be adjusted every time"?
I'm asking because a two phase powered stepper loses steps in
increments of four full steps (if I remember correctly). It will
snap into the next full step with the same polarization. Four full
steps are quite a large jump on a PnP machine. On my machine I
have 80 steps per millimeter on a 16 microstep driver. So four
full steps would be 64 microsteps or 0.8 millimeters, i.e. clearly
visible. If multiple steps are lost, it would even be multiples of
0.8mm.
Also: to exclude any other errors, you might post a log at trace
level, that shows the homing.
_Mark
To view this discussion on the web visit https://groups.google.com/d/msgid/openpnp/aab94867-8d0a-4b7d-8cb8-e9e5e9fec628n%40googlegroups.com.