Wainlux K6: Win 10: 'Underlying input stream returned zero bytes'

[darchivist]

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.

[mgmax]

Which laser driver do you use?

Please try running VisiCut from the command line and post a screenshot of the detailed error message.

[mgmax]

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?

[darchivist]

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>.

[darchivist]

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>.

[darchivist]

Debug results:

WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.dom4j.io.SAXContentHandler (file:/C:/Program%20Files%20(x86)/VisiCut/Visicut.jar) to method com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser$LocatorProxy.getEncoding()
WARNING: Please consider reporting this to the maintainers of org.dom4j.io.SAXContentHandler
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
Security framework of XStream not explicitly initialized, using predefined black list on your own risk.
Security framework of XStream not explicitly initialized, using predefined black list on your own risk.
Security framework of XStream not explicitly initialized, using predefined black list on your own risk.
using single-instance port: 6546
Security framework of XStream not explicitly initialized, using predefined black list on your own risk.
Security framework of XStream not explicitly initialized, using predefined black list on your own risk.
java.io.IOException: Underlying input stream returned zero bytes
at java.base/sun.nio.cs.StreamDecoder.readBytes(Unknown Source)
at java.base/sun.nio.cs.StreamDecoder.implRead(Unknown Source)
at java.base/sun.nio.cs.StreamDecoder.read(Unknown Source)
at java.base/java.io.InputStreamReader.read(Unknown Source)
at java.base/java.io.Reader.read(Unknown Source)
at de.thomas_oster.liblasercut.drivers.K3EngraverDriver.waitForACK(K3EngraverDriver.java:336)
at de.thomas_oster.liblasercut.drivers.K3EngraverDriver.sendLine(K3EngraverDriver.java:353)
at de.thomas_oster.liblasercut.drivers.K3EngraverDriver.moveRelative(K3EngraverDriver.java:507)
at de.thomas_oster.liblasercut.drivers.K3EngraverDriver.sendJob(K3EngraverDriver.java:669)
at de.thomas_oster.visicut.VisicutModel.sendJob(VisicutModel.java:778)
at de.thomas_oster.visicut.gui.MainView.lambda$executeOrSaveJob$7(MainView.java:2209)
at java.base/java.lang.Thread.run(Unknown Source)
java.io.IOException: Underlying input stream returned zero bytes
at java.base/sun.nio.cs.StreamDecoder.readBytes(Unknown Source)
at java.base/sun.nio.cs.StreamDecoder.implRead(Unknown Source)
at java.base/sun.nio.cs.StreamDecoder.read(Unknown Source)
at java.base/java.io.InputStreamReader.read(Unknown Source)
at java.base/java.io.Reader.read(Unknown Source)
at de.thomas_oster.liblasercut.drivers.K3EngraverDriver.waitForACK(K3EngraverDriver.java:336)
at de.thomas_oster.liblasercut.drivers.K3EngraverDriver.sendLine(K3EngraverDriver.java:353)
at de.thomas_oster.liblasercut.drivers.K3EngraverDriver.moveRelative(K3EngraverDriver.java:507)
at de.thomas_oster.liblasercut.drivers.K3EngraverDriver.sendJob(K3EngraverDriver.java:669)
at de.thomas_oster.visicut.VisicutModel.sendJob(VisicutModel.java:778)
at de.thomas_oster.visicut.gui.MainView.lambda$executeOrSaveJob$7(MainView.java:2209)

[Madz83]

I have the same issue. I've installed the Driver that came with Wainlux K6 and then installed the latest Visicut software. It gives the same error as highlighted above. Please help.
I'm attaching screenshots of port configuration and error message from Visicut.

[mgmax]

VisiCut seems to get stuck waiting for a response from the laser cutter. There are two possible reasons:

1. We are using the wrong baud rate / handshake setting
2. The protocol is different

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?
(Device manager - right click - properties - port settings)

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
http://www.simpleterm.co.uk/site/
https://www.eltima.com/products/serial-port-monitor/

[t-oster]

@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.

[dokh]

Attached COM port traces (using https://www.eltima.com/products/serial-port-monitor/) when using application from vendor and using Visicut.
Simple square shape used.
Hope that helps.
Wainlux K6 - COM trace.zip

[dokh]

@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.

See debug posted by @darchivist (#170 (comment)).
That is all the debug output we get.

[mgmax]

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.

[JarrettR]

Also getting 'Underlying input stream returned zero bytes'. Windows and K6.
Quite probably related, I'm unable to get the software that this driver is based on to work:
RBEGamer/K3_LASER_ENGRAVER_PROTOCOL#6

[mgmax]

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.

[mgmax]

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.