-
Notifications
You must be signed in to change notification settings - Fork 55
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
Wainlux K6: Win 10: 'Underlying input stream returned zero bytes' #170
Comments
Which laser driver do you use? Please try running VisiCut from the command line and post a screenshot of the detailed error message. |
We had a similar issue previously, where the error message indicated a timeout. #25 Maybe the driver does not correctly set the serial mode (baud rate, flow control, parity and so on), and only randomly works if you used the native app before so that the serial mode is already set? |
I’m using the ‘K3/K5 Laser Engraver’ on the dropdown; baud is set to 115200.
I’ll try running from the command line and post the message. Thanks for the help!
From: Max Gaukler ***@***.***>
Sent: Monday, April 5, 2021 2:59 AM
To: t-oster/LibLaserCut ***@***.***>
Cc: Tolino, Henry ***@***.***>; Author ***@***.***>
Subject: Re: [t-oster/LibLaserCut] Win 10: 'Underlying input stream returned zero bytes' (#170)
[EXTERNAL]
Which laser driver do you use?
Please try running VisiCut from the command line<https://github.com/t-oster/VisiCut/wiki/Development:-Running-from-commandline> and post a screenshot of the detailed error message.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#170 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AB4ZB5OKZTYXHNBRXE3ASVLTHFUUZANCNFSM42MMVOAA>.
|
Interesting thought; with the poorly-documented Wainlux K6, I wouldn’t be surprised. I’ll see what I can puzzle out.
Thanks!
From: Max Gaukler ***@***.***>
Sent: Monday, April 5, 2021 3:09 AM
To: t-oster/LibLaserCut ***@***.***>
Cc: Tolino, Henry ***@***.***>; Author ***@***.***>
Subject: Re: [t-oster/LibLaserCut] Win 10: 'Underlying input stream returned zero bytes' (#170)
[EXTERNAL]
We had a similar issue previously, where the error message indicated a timeout. #25<#25>
Maybe the driver does not correctly set the serial mode (baud rate, flow control, parity and so on), and only randomly works if you used the native app before so that the serial mode is already set?
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub<#170 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AB4ZB5JXQCWQBIB4HRO7S53THFV3RANCNFSM42MMVOAA>.
|
Debug results: WARNING: An illegal reflective access operation has occurred |
VisiCut seems to get stuck waiting for a response from the laser cutter. There are two possible reasons:
for 1.: Does it work if you first laser something with the manufacturer's app and then with VisiCut? What are the serial port settings while/after using the manufacturer's app? for 2.: Can you record a trace of how the manufacturer's app communicates with the laser, compared to how VisiCut does it? I'm not sure how exactly this works on Windows, you may try the following links. (Disclaimer: I have not tested any of these) https://lorgor.blogspot.com/2010/01/tracing-serial-port-on-windows.html |
@Madz83 can you provide a log from running VisiCut via command line (https://github.com/t-oster/VisiCut/wiki/Development:-Running-from-commandline) and try to just vector-cut a simple shape? I would like to see where exactly the timeout occurs. |
Attached COM port traces (using https://www.eltima.com/products/serial-port-monitor/) when using application from vendor and using Visicut. |
See debug posted by @darchivist (#170 (comment)). |
I can't open that "COM trace" file on Linux, maybe you can post a screenshot of the start of the communication? Please also consider the questions about "1. We are using the wrong baud rate / handshake setting" I asked earlier. Maybe the COM trace will also show us which settings were used. Or at worst we would have to use a logic analyzer on the to look at the communication on the hardware level. The question is still to find out what VisiCut does different than the original software, to find out at which point the communication fails. |
Also getting 'Underlying input stream returned zero bytes'. Windows and K6. |
What do you mean with "this"? Please post an error message to avoid misunderstanding. Edit: from the context, I understand we're talking about the "returned zero bytes" error. |
from the issue you linked, it looks like the communication works for multiple packets/commands (ACKs) and then suddenly dies. I would guess we are doing something subtly wrong, like not enough delay, or not waiting for some software or hardware flow control (XON-XOFF or RTS-CTS). Looking at the exact port configuration and timing of VIsicut and also of the original software with the the serial port monitor could help us find out this. |
Trying to send to a Wainlux K6 on COM3. I’ve not been able to send a simple pattern the the engraver; it errors out with the above message. I was able to get it to trace the bounding box once by running the app in admin mode; I’ve not been able to get this to repeat.
The laser’s native app (such as it is) works fine on the same COM port. I’ve rebooted the system between attempts.
The text was updated successfully, but these errors were encountered: