F1612 + Onyx barcode question...

[ikarasu]

I figured I'd ask before I attempt a work around.... As this seems like something that shouldn't be happening.


Right now we have onyx printing barcodes on front and back, that way it doesnt matter if we laminate or not.

The F1612 will do the first barcode perfect... but then itll try to pick up the next barcode on the roll, but it'll read the line on the back end barcode and error out since the back end barcode and line is before the second barcode. So I have to set a new origin past the first barcode and run it again... kind of defeats the purpose of roll barcode..


Am I missing something? I'm assuming some setting is just wrong somewhere... I have a feeling I can make a new action set that advances the media by an inch or two at the end of cutting to get rid of the issue, but I feel like thats the nuclear option. Do you guys just run with 1 barcode? or how do you get around it picking up the back end?

 

[balstestrat]

I think you can reduce the margin in Onyx to get the barcode closer to the job. At least I've ran some jobs and it was working fine.

 

[CanuckSigns]

Yes I've had this happen as well, in onyx there is a setting to add margin to the top/bottom/left/right of prints, I add 3" to the bottom and it fixed the issue.

 

[ikarasu]

I think you can reduce the margin in Onyx to get the barcode closer to the job. At least I've ran some jobs and it was working fine.

Hmm.. I'm running default, but I guess changing it to less margin should theoretically work, assuming the F1612 stops past that margin. If I remember right, it was stopping right near the end of the cut and then just starting to read from there - you'd think it'd Stop and then "origin" past the mark.. but I'll try lowering the margin in both image and mark in the Y direction and see if it works, thanks!

Yes I've had this happen as well, in onyx there is a setting to add margin to the top/bottom/left/right of prints, I add 3" to the bottom and it fixed the issue.

Wouldn't adding 3" make the mark 3" further, and then it'd pick it the back end even easier? I think the mark needs to be closer, so the head parks/origins itself past the mark and doesnt pick it up thinking it's the next barcode. Or better yet... the summa knows it has a barcode there, Itd be nice if it just did an origin after the mark like the graphtec does. With how polished and advanced the summa software is, I'm kind of surprised it doesnt.

But it could be an onyx thing... My work uses onyx 22, not that old - And I cant even auto put barcodes on the sides.... My home onyx 24 can.... So now when we print flatbed stuff, even if theres a barcode on the 4x8 sheet, it'll print the barcode on the 8 FT length and its not useable. Not the end of the world, just surprised that onyx must have only just recently added support for "Side" barcodes when flatbeds and summas go so hand and hand together.

 

[ikarasu]

I think you can reduce the margin in Onyx to get the barcode closer to the job. At least I've ran some jobs and it was working fine.

That seemed to work. I lowered everything to the lowest.... the barcodes are really, really close to eachother, but summa seems to be smart and see that one is the back and one is the front, so it jumps to the front one when it gets to the actual barcode part.

Thanks! We've been running the machine 8 hours a day since we got it on a screenprint job.... I havent had much time to play with the onyx implementation of it, aside from printing labels for the boxes for the big job, where I ran into the issue. Made cutting half a roll of stickers a pain...

 

[White Haus]

Thanks! We've been running the machine 8 hours a day since we got it on a screenprint job.... I havent had much time to play with the onyx implementation of it, aside from printing labels for the boxes for the big job, where I ran into the issue. Made cutting half a roll of stickers a pain...

It's definitely a frustrating machine when things aren't working.....(which happens more than I think they should anyways) When things are dialed in and humming along it's a great machine.

Currently battling with GoProduce always insisting on defaulting to ACM as the material whenever it opens a new file (barcode workflow included) and also how it doesn't matter how your cut layers are set up (even when edited in CutServer) it will always by default mess up the order in GoProduce. Like when you have kiss-cut and through-cut in one file..........it will ALWAYS put through-cut first making barcode workflow useless.

 

[balstestrat]

Currently battling with GoProduce always insisting on defaulting to ACM as the material whenever it opens a new file (barcode workflow included) and also how it doesn't matter how your cut layers are set up (even when edited in CutServer) it will always by default mess up the order in GoProduce. Like when you have kiss-cut and through-cut in one file..........it will ALWAYS put through-cut first making barcode workflow useless.

You can change the material in the macro you use.

Have you surely saved the file in cutserver? You have to click on another file or elsewhere for it to prompt to save it... kinda stupid but otherwise it will just send the old data.
Other than that I can't remember right now how to affect the order.

 

[ikarasu]

Well... The operator said he was having issues and had to tape up the second barcode... So I'm guessing it's not fixed. It worked in my limited trial run!

Guess I'll play with it more on Friday..

Wish I got more machine time these days!

 

[balstestrat]

This is how I have it. Between jobs there's 5cm of space and that 10mm margin in the goproduce should skip the previous job.