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

Print and Cut #6

Open
mondalaci opened this issue Jul 18, 2013 · 3 comments
Open

Print and Cut #6

mondalaci opened this issue Jul 18, 2013 · 3 comments

Comments

@mondalaci
Copy link

I'm not only using gerber2graphtec to cut stencils but to create mechanical prototypes for my PCBs before sending the gerbers to the fab - that is to take the mechanical layer and cut the countour of the board out of a relatively thick (1mm) paper. This way I can see whether the board will fit into the case that contains the board.

The next step would be to print the footprint of the components (and maybe the traces) with my inkjet printer then cut the contur with my Cameo. As a Linux user I haven't used Silhouette Studio but I've heard about the Print and Cut feature.

I'm interested in how could I make this happen on Linux, preferably with gerber2graphtec.

I'm also interested about how it works: Does the Cameo simply looks for a standard mark and sends the coordinates to the host or does it send the picture to the host and the host software looks for the registration mark? Are there any graphtec commands involved?

Thanks in advance!

@pmonta
Copy link
Owner

pmonta commented Aug 7, 2013

That's a good idea. (Sorry to get back to you so late.) I think the initial media-loading sequence might already be looking for the special Graphtec registration marks---the cutter slews the media back and forth in y a few times searching for them---but I don't know anything more than that. I think there is some minimal documentation for the low-level commands somewhere in the references in the README.

I wonder if we would do better to skip the Graphtec process and do the registration ourselves by interacting with the cutting process. That might offer better accuracy, since the user would look at auxiliary knife marks placed directly on registration lines rather than relying on the image sensor in the cutter (and its calibration). (I recall reading about the image sensor in the Silhouette brochure, and even their example looked like it was off by a good 0.5 mm or so.) The disadvantage is that one would have to interact with the CAM process as it runs by typing in "the tiny test cut is aligned with paper-mark xyz" a few times as the process goes forward, so it would not be a fire-and-forget process as with the image sensor.

I suppose it's reasonable to warp the cutting coordinate system to conform to the printed image. It's up to the user to make sure that printed image is dimensionally accurate.

Cheers,
Peter

@mondalaci
Copy link
Author

Could you please reference the README you're talking about?

I love your idea of manual calibration but I think it'd still be useful to use automatic calibration, too. Automatic calibration could detect the registration mark with a 0.5mm accuracy and the user could further fine tune it manually in multiple steps if he wishes.

Where can I find the Silhouette brochure that you are referring to?

Could you elaborate on what you mean by wrapping the coordinate system? xy translation or something else, too?

@mondalaci
Copy link
Author

Bump.

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