-
Notifications
You must be signed in to change notification settings - Fork 7
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
Frequent overflow issues #68
Comments
I can also duplicate this with the CLI, and it need not be a long label. In fact, after printing the first label, subsequent ones fail. Here's an exceprt from the --verbose output of one run:
Incidentally, it wasn't documented in the README about needing USB libraries; on Debian, before labelle would work at all, I had to install libusb-1.0-0-dev. It might be nice to talk about the USB library needs in the README, including which are preferred. Thanks again! |
FYI, I tried switching to libusb0 (libusb-dev package on Debian) and that didn't help. |
On a lark, I changed the line in dymo_labeler.py:101 from read(8) to read(2048). That seemed to help. Printing a long label with the GUI, however, still showed this on the console:
It popped up a box showing this:
|
Further update: I suspect cups was interfering. Creating an empty I'm not sure what someone with a USB printer would do, though. |
Thanks so much for your efforts on this! I suspect that the print head on the 280 is only 32 pixels high. Perhaps this would explain the overflow errors? I have never seen those before. See #69. |
Actually, I am pretty convinced that it was CUPS. After that workaround to block udev from triggering CUPS, I have had not even one more overflow error. So I think this issue is just a documentation request: document the issue for others, along with the workaround. Sorry it took me so long to get there, but I think that's all it is! |
Well, spoke too soon. After printing a verrrry long tape, I got an overflow at the end -- after it had printed the entire thing correctly. And it didn't prevent it from printing the next label. So I think that may be a different cause than the CUPS interference. If it happens again, I will try to capture a traceback. |
Unfortunately I don't have any ideas here about what's wrong or how to fix |
I think this is just a documentation issue. I will make a PR for you in the next day or two. Thanks! |
Possibly closed by #76 |
Fix Frequent overflow issues #68 on LabelManager 280
Hello, and THANK YOU for Labelle!
I have a LabelManager 280 on Linux and using 12mm label tape.
I have found that when the text size exceeds approximately 50mm in width, I get frequent "overflow" errors and only part of the label prints.
Attempting to print after that is likely to yield further errors, including possible I/O errors, until I either power cycle the 280 or unplug it from USB and plug it back in again.
This is on Debian Linux and I would be happy to provide whatever debugging would be helpful!
The text was updated successfully, but these errors were encountered: