Cameo 2 support

[jmarcelino]

Nice work! This is an amazing set of tools for us into electronics.

I'm trying to use it with the new Sillhouette Cameo 2 (with the touch screen and USB stick port) on OSX.

I added an extra line for the new USB id:

0x0b4d, 0x112b) # Silhouette Cameo 2

to file2graphtec.py and it now detect and send the job to the cutter. However file2graphtech hangs until I kill it via Ctrl-C, but once killed the cutter starts cutting!

Then the output also looks wrong, it's super tiny and doesn't seem to match the design.

I guess the protocol has changed? Do you have any suggestions to try or will this be a case of starting over and sniffing for the new commands?

Cheers

[pmonta]

You're probably right that there's some change in protocol. I seem to remember there was a factor of 20 somewhere in the units---the native unit was something like 1/20 mm---so if they've revised that, it would certainly account for a change in scale. I'd certainly be happy to accept patches to support the Cameo 2; thanks for the heads-up on the new model. If you can grab the USB traffic for a small test file, that might be enough to tweak the code to get some reasonable output.

[hhoeth]

I know this isn't really a new ticket, but I do have some comments:

I've just received my Cameo 2 yesterday and cut some small stencils. It worked just fine -- the scale is correct. Maybe gerbv uses wrong units or something like that?

About file2graphtech hanging: It actually doesn't hang. It just takes forever to transfer the data. On my (quite dense) 30x45 mm board it took over 5 minutes to transfer the data to the Cameo, but then it started fine and cut the whole thing. Looking with strace I saw lots of "EAGAIN" and "resource temporarily not available" coming from libusb. So there is something fishy there, but with some patience it works fine.

[jtronics]

Hello, I have also received my Cameo 2. I cut some small stencils, but the software needs about 10 and more minutes to send the file to the plotter. Ahhhhh

[hhoeth]

Try the "cat file > /dev/usb/lp0" method. For me this is MUCH faster than the file2graphtec. Seems like there is something fishy going on with libusb.

[jtronics]

I use file2graphtec with libusb and windows.

[ppoektos]

Hi there.
I've Silhouette Cameo 2 and I've tried to strart cutting on Windows 7 x64 and on Ubuntu.
I've met all dependencies, i.e. Python 2.x, gerbv, etc.
I've also add extra line to file2graphtec as said in start post.
g2g_gui.py work for me ether in Win or Ubuntu and show gerber and convert files.
Converting also works in command line.
But printing/cutting doesn't work.
In Windows it sends document to Cameo 2 and I see this document in printing queue but nothing happens even if I wait 20 minutes for printing very simple drawing. I can't cancel or remove document from printing queue and I need to stop printer spooler service and remove printing files from spooler folder in /system32/etc.
In Ubuntu I set permission for my /dev/usb/lp1, I tried to execute file2graphtec and gerber2graphtec as root, and sent job in different way with no luck, just a blank output after "cat result.txt > /dev/usb/lp1" or after "gerber2graphtec paste.gbr > /dev/usb/lp1" or after "file2graphtec result.txt > /dev/usb/lp1".
I have a last 1.6 firmware on my Cameo 2.
Should I order Cameo 1 instead of 2 to make it work?
Please help.

[kscheff]

I have similar issue with the Portrait 2 version of the hardware. The USB PID is 0x1132 and I added it the file2graptec.py as well. I managed to get the example1.gbr starting to print with the command cat result.cut | lp where the installed printer is the only one in the system. I am using macOS 10.14.5. The resulting cut is only scratching the surface and is half the size.

Update: installing the printer as Generic PostScript Printer helped. Use the right media size for the Portrait --media_size 8,11. Then just pipe the result to lp the printer starts to blink and takes about 10 minutes before starting to print.