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

Label cutting is erratic #44

Open
andreisperid opened this issue May 1, 2023 · 2 comments
Open

Label cutting is erratic #44

andreisperid opened this issue May 1, 2023 · 2 comments
Labels
bug Something isn't working firmware Arduino code flashed into the device structure Mechanical structure of the device
Milestone

Comments

@andreisperid
Copy link
Owner

One of the things that never made me happy with the device is the cutting performance. Its still quite random.

What happens now:

  • the machine presses three times to make sure the blade is able to pierce through both the label and liner;
  • sometimes the labels are perfectly cut, sometimes not;
  • eventually, there are white marks on the extremities, due to excessive press (energy is applied in the wrong place?);

Hypothesis:

  • it seems that depending on the first cut, the label tilts a bit creating a better clearance for the next cut;
  • maybe the label thickness varies, impacting performance;
  • the blade gets dull (or comes with irregular sharpness?);
  • the press might be hitting erratically, missing the ideal daisywheel spot;
  • the homing might be imprecise, leading to the item before;
  • the current servo might be enough for the characters, but not for cutting;

The ideal scenario would be:

  • fully cut the label, but leave just a tiny bit of liner uncut to make sure the label isn't carried by the daisywheel and get entangled;
  • prevent damaging the tape (white marks);
  • make sure the little tab (double cut) is functional to help removing the liner, which means fully cutting the external (except tiny bit of liner), but for the inner, only cut the label, but not the liner;
  • press only once to cut;
@andreisperid andreisperid added bug Something isn't working structure Mechanical structure of the device firmware Arduino code flashed into the device labels May 1, 2023
@sabeechen
Copy link
Contributor

I have a few ideas, though I also wonder if just one cut might be enough. I've grown rather fond of the little pre-cut tab that sometimes forms, it makes getting the backing off really really cheap label tape easier. I suspect the mechanics of the cutting is actually very chaotic.

My best guess about what causes the displacement during sequential cuts that should be in the same place is slack in the channel that the label runs through, since the label tape wants to curl after it comes off the tape. I'll attempt to describe my theory with crude drawings:
cuts
Before a cut, viewed from the side, the tape forms one solid arc back toward the feeder. After the first press on the cutter the kink allows the tape to form two more shallow arcs, which covers the same horizontal distance with less tape, causing a slight shift where the next cut takes places. The cut itself will also definitely cause the tape to stretch a little as the tape squeezes out the sides of the blade, also causing some displacement. I suspect that the tape doesn't always have a lot of slack/arc, which is what makes the subsequent cuts only sometimes land on a different spot.

Some ideas I have to have solve this, though they'd all take some experimentation to get right or even prove worthwhile:

  1. Instead of fully returning the press to its rest position for each cut, only back off slightly so some tension is left on the tape keeping it in position. Subsequent cuts would then kind of "chew" through the tape without fully releasing it.
  2. Only do one cut, but while the press is still raised pull back slightly with the feed stepper. Pulling back might help encourage the tape to tear in the right place without too much collateral damage to the edges. It might even be worthwhile to move the tape back and forth a little.
  3. If the displacement in subsequent cuts could be characterized somehow, the feed motor could feed/retract the correct amount between cuts to get the tape to land in the right spot.

All of these could even be combined together to make the E-TKT do a grindy little dance during a cut. Though it may also be the case I'm way off base and none of this would help.

@andreisperid
Copy link
Owner Author

andreisperid commented May 3, 2023

Great observation and ideas. I like very much the bite-chew, and also the bite-tear.

To avoid missing steps that might occur in the latter, maybe we can even temporarily reduce the acceleration to raise the torque.

@andreisperid andreisperid added this to the v1.4.0 milestone May 3, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working firmware Arduino code flashed into the device structure Mechanical structure of the device
Projects
None yet
Development

No branches or pull requests

2 participants