Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

height settings should be z positions, hovering should be relative #1

Open
jerkey opened this issue Aug 18, 2014 · 2 comments
Open

Comments

@jerkey
Copy link

jerkey commented Aug 18, 2014

tl;dr Z_HOVERING should be relative to the height of the board or tape, whichever is higher, in case you have a 10mm thick piece of wood or something that the board and tape are on, hovering should be Xmm above the other stuff, rather than Xmm absolute Z position.

presently, #define Z_HOVERING 10 is an absolute hovering position. but in actuality, assuming people use the homing on their machine (which is ideal) rpt2pnp should be talking about z positions rather than "thickness of board" and thickness of tape.

i envision a future where a printed plastic deck is made for making boards, perhaps something that can be snapped into alignment holes on the printing platform, that has places for tapes and the board or boards. This will ensure relative positioning for the board from the tapes.

@jerkey
Copy link
Author

jerkey commented Sep 29, 2014

i just realized that the thickness of parts is totally based on the assumption that parts are, in their tape, resting on the same Z position as the board, which will not often be the case. tape will often be pressed onto posts on 3d printed trays, as will the board be on double-sided sticky tape.

the script should ask the user to identify the z-height upon which parts are resting in their tape. this can be done by putting the needle in an empty part slot of a tape and going to the bottom layer.

board height should be gleaned from the Z-coordinates provided when locating the board.

@hzeller
Copy link
Owner

hzeller commented Oct 1, 2014

Yep, cardboard thickness should be configurable. Right now, this is constant PNP_TAPE_THICK in gcode-machine.cc

Even if we do this, I think we need to improve the hardware and add some flexibility in the pick/place head to allow some Z-springiness, so that a 0.2mm mishap does not crush the component when placing on the board.

Maybe we might even think of a solenoid-based Z-axis movement which is faster than moving a 3kg build platform up and down and allows for some flex but still height-control with some encoder (details to be figured out :) ) Disadvantage: moving parts in the component rotation mechanism.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants