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

[4.4.0] Cura thinks my keyboard is a printer (Input Club K-Type). #6833

Closed
gabfv opened this issue Dec 20, 2019 · 4 comments
Closed

[4.4.0] Cura thinks my keyboard is a printer (Input Club K-Type). #6833

gabfv opened this issue Dec 20, 2019 · 4 comments
Labels
Type: Bug The code does not produce the intended behavior.

Comments

@gabfv
Copy link

gabfv commented Dec 20, 2019

Application version
4.4.0

Platform
Windows 10 with nVidia 1080 Ti.

Printer
Prusa i3

Reproduction steps

  1. Launching Ultimaker Cura.
  2. After a short period of time, my keyboard (An Input Club K-Type) enters flashing mode. Pressing ESC on the keyboard does bring it out of the flashing mode, but eventually, it re-enters flashing mode, which is very likely done by Cura.

Actual results
My Input Club K-Type keyboard is in flashing mode.

Expected results
My Input Club K-Type keyboard should not be in flashing mode.

Log file
cura.log

Additional information
According to the logs, I think Cura thinks my keyboard is a printer. Is there a way to deactivate this behavior? I don't use Cura with a printer, just for slicing.

@gabfv gabfv added the Type: Bug The code does not produce the intended behavior. label Dec 20, 2019
@gabfv
Copy link
Author

gabfv commented Dec 20, 2019

I've created an issue with the K-Type firmware as well, since I did not know whether the issue resides in my keyboard or in Cura.

@fieldOfView
Copy link
Collaborator

If you don't use USB Printing, then it is safe to disable the USB Printing plugin via Marketplace -> Installed tab. This will stop Cura from probing any serial ports (thus resetting devices).

@gabfv
Copy link
Author

gabfv commented Dec 21, 2019

Thanks, I've disabled the plugin and it fixed the issue. I think I've isolated which log lines occurs when the plugin is enabled:

2019-12-20 14:25:30,012 - ERROR - [Thread-14] UM.Logger.logException [88]: Traceback (most recent call last):
2019-12-20 14:25:30,014 - ERROR - [Thread-14] UM.Logger.logException [88]: File "X:\4.4-exe\build\inst\lib\python3.5\site-packages\UM\JobQueue.py", line 121, in run
2019-12-20 14:25:30,018 - ERROR - [Thread-14] UM.Logger.logException [88]: File "C:\Program Files\Ultimaker Cura 4.4\plugins\USBPrinting\AutoDetectBaudJob.py", line 84, in run
2019-12-20 14:25:30,021 - ERROR - [Thread-14] UM.Logger.logException [88]: serial.write(b"M105\n")
2019-12-20 14:25:30,023 - ERROR - [Thread-14] UM.Logger.logException [88]: File "serial\serialwin32.py", line 315, in write
2019-12-20 14:25:30,025 - ERROR - [Thread-14] UM.Logger.logException [88]: serial.serialutil.SerialException: WriteFile failed (PermissionError(13, 'The device does not recognize the command.', None, 22))

Any chance I can know which USB endpoints are being probed or does it probe them all automatically? This information would help for the other issue I opened. If not, you can close this issue as fixed.

@fieldOfView
Copy link
Collaborator

The Cura USB Printing plugin probes all serial ports automatically.

@gabfv gabfv closed this as completed Dec 21, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Bug The code does not produce the intended behavior.
Projects
None yet
Development

No branches or pull requests

2 participants